Re: [Tracker] ANNOUNCE: tracker 0.7.24 released
On 03/ 5/10 04:42 PM, Martyn Russell wrote: On 05/03/10 06:07, Jerry Tan wrote: Is the gio backend available for this version? GIO backend for what? monitoring? yes. 0.7.x only support libinotify , but with the bug fixed in glib, gio support move event, I just want to know if tracker has added code to use gio to monitor file changes, just like 0.6.9x? ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] ANNOUNCE: tracker 0.7.24 released
Is the gio backend available for this version? On 03/ 5/10 03:24 AM, Martyn Russell wrote: tracker 0.7.24 is now available for download from: http://download.gnome.org/sources/tracker/0.7/ 831bb1187d0ae6935bca7a4e430b7387 tracker-0.7.24.tar.gz What is it? === All-in-one indexer, search tool and metadata database. Where can I find out more? == You can visit the project web site: http://www.tracker-project.org/ What's New? === Improvements / New: Ontology: * Added nao:isRelated * Added tracker:notify true to nmm:Playlist * Added tracker:isAnnotation comments * Show full text index flag in the documentation * Added table with all fts-indexed properties in documentation SPARQL: * Implicitly convert REGEX text to string, previously required str() * Add error reporting about nested anonymous blank nodes (see GB#611248) ontology-validator: * Re-enable compilation * Fixed to handle tracker:Ontology correctly libtracker-common: * Log binary name and version at beginning of log file * Avoid invalid memory accesses in tracker_path_list_filter_duplicates() libtracker-db: * Check disk space when recreating DB due to corruption * Added a check for string validity in fn:string-join libtracker-data: * Limit update buffer size, was causing high memory usage due to update buffer * Do not signal or journal duplicate statements * Avoid unnecessary RDF type URI copies on updates * Avoid double free on error condition * Propagate DB initialization error in data_manager_init tracker-store: * Remove unused statistics signal * Fix invalid D-Bus messages in writeback support libtracker-miner: * Added support for optical media in tracker-storage * Updated ::mount-point-added to include removable and optical booleans tracker-miner-fs: * Report the correct files/dirs number on miner finished * Improve efficiency of tracker:available updates * Check both directory and _contents_ rules before adding a monitor * Make sure we respond to IgnoreDirectories[WithContent] config changes * Added --eligible command line option to * Added support for optical media in tracker-storage tracker-preferences: * Added IndexOpticalDiscs option tracker-writeback: * Fixed compilation error in playlist writeback tracker-sparql: * Added --search option to find classes/properties nautilus: * Fixed the tags widget for the Nautilus integration Bugs: * GB#611271, Preferences throttle only goes to 15/2 * GB#611455, PPT extractor is not working is not extracting plainText * GB#611621, tracker-search should output filenames * GB#610812, Tagging a none indexed file fails silently * GB#611556, Need to support CD/DVD index * GB#611152, Adding support for msoffice2007 extraction to extract the data from pptx, xlsx, docx files * NB#158626, Add support for nmm:composer to MP3 extractor * NB#158962, tracker-miner-fs emits criticals for some desktop files * NB#155488, After adding a directory under IgnoredDirectories key... * NB#158864, tracker-store crashes when the file system is full * NB#158450, Tracker doesn't remove song from database when deleting song from device Translations: * Updated pl: Piotr Drąg Notes: There is a new config option called IndexOpticalDiscs in: $HOME/.config/tracker/tracker-miner-fs.cfg You will need to update your .cfg file manually OR remove the old file to have a new config file generated for you. The default here is FALSE and it covers the indexing of CDs, DVDs, etc. The Deskbar applet packaged with Tracker is currently out of date and needs some love to get it working with the new APIs. It is in the same state as it was for 0.6. As such it isn't expected to work. ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] ANNOUNCE: tracker 0.7.10 released
Hi, Martyn,
when I compile tracker 0.7.10,
I can not compile tracker-explorer,
for it search for gee/map.h, gee/hashmap.h,
I can not find it in vala 0.7,8, and libgee0.5.0.
what's wrong?
or vala release a new version?
Martyn Russell :
tracker 0.7.10 is now available for download from:
http://download.gnome.org/sources/tracker/0.7/
07b4e3be823419f99245d08d6f405cd3 tracker-0.7.10.tar.gz
What is it?
===
All-in-one indexer, search tool and metadata database.
Where can I find out more?
==
You can visit the project web site:
http://www.tracker-project.org/
What's New?
===
Ontology:
* Added nco:IMCapability* and nco:imContactCapability*.
* Added tracker:notify to nmo:Message.
* Added maemo:webhistoryThumbnail.
* Fixed maemo:relevance to use maxCardinality of 1, None previously.
Documentation:
* Fixed missing docs/ontology PNG files.
Data Generators:
* Fixed Python 2.5 requirement.
* Fixed to work with the latest ontology.
* Fixed to not generate duplicate self entries for nco:PersonContact
libtracker-common:
* Fixed memory leaks in TrackerProperty finalize.
* Fixed classes/props/namespaces to use GPtrArray bookkeeping.
libtracker-data:
* Fixed memory leak in tracker_data_update_sparql{_blank}().
libtracker-miner:
* Fixed memory leaks in querying code.
* Fixed memory leaks when removing and moving items.
* Fixed memory leak in monitor code when freeing events.
* Fixed some build warnings.
* Fixed to not check for locks in non-existent files.
* Removed TrackerMiner::terminated signal, it was unused.
libtracker-client:
* Added initial documentation. About 50% is documented.
tracker-miner-fs:
* Fixed memory leaks in mount code.
tracker-tag:
* Now uses g_file_new_from_command_line_arg() so URIs don't have to
be full URIs.
tracker-writeback:
* Fixed missing include for locale.h
tracker-search-bar:
* Fixed all queries to use FTS not FILTER SPARQL.
* Fixed to be able to launch applications and all files too.
* Updated to show 10 items per category not 5 by default.
* Added support for tags, bookmarks, contacts and websites.
Bugs Fixed
==
None.
NOTES:
==
The Deskbar applet packaged with Tracker is currently out of date
and needs some love to get it working with the new APIs. It is in
the same state as it was for 0.6. As such it isn't expected to work.
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] tracker 0.7.x depends on vala and libgee?
Yes, tracker does not require vala to run, but tracker-search-tool links to libgee.so. build vala and libgee, tracker are OK for me. but I dislike that vala bundle gee.h, and libgee release gee.h also, it looks like gee.h bundled with vala is a subset of another one. Jürg Billeter : On Tue, 2009-10-20 at 18:07 +0800, Jerry Tan wrote: I check vala 0.7.7 and libgee 0.5, it seems that tracker 0.7.x depends on these two libraries. Tracker doesn't depend on libvala, the library, it only depends on valac, the binary (and even that only when building from git). This means that there should never be any conflicts between headers in libvala and headers in libgee for the tracker build. If you have a specific build issue, please paste your build log. Jürg ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] tracker 0.7.x depends on vala and libgee?
So it will be included in vala 0.8? when will vala 0.8 got released? Jürg Billeter : On Thu, 2009-10-22 at 14:10 +0800, Jerry Tan wrote: Yes, tracker does not require vala to run, but tracker-search-tool links to libgee.so. build vala and libgee, tracker are OK for me. but I dislike that vala bundle gee.h, and libgee release gee.h also, it looks like gee.h bundled with vala is a subset of another one. This has already been changed in vala master, it uses a non-conflicting filename there. Jürg ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] tracker 0.7.x depends on vala and libgee?
Hi, guys, I check vala 0.7.7 and libgee 0.5, it seems that tracker 0.7.x depends on these two libraries. but there is a private copy of gee inside vala, also has a gee.h should this source code of gee be removed from vala if I have libgee installed? ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] design docs
There is 2 dia documents to describe trackerd, tracker-index architecture in tracker 0.6.9x Do these 2 files need to be updated for 0.7? Tshepang Lekhonkhobe : Hi, Here hoping nobody forgot docs/design directory. Would be nice to have a nice overview of 0.7 architecture. ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] is 0.6 series dead?
Tshepang Lekhonkhobe : On Mon, Aug 17, 2009 at 21:17, Ivan Fradeivan.fr...@gmail.com wrote: Hi Tshepang, There will be at least one more release. We are fixing the last details. Anyway, don't expect much more from 0.6.x The fun is now on 0.7 :) Does TST run on 0.7? Last I checked, few months, there were no results. TST will be rewriten by jamie, using vala? ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] GNOME module proposal?
Zeitgeist is target GNOME 2.30, or 3.0 will tracker target it also? Seif Lotfy : Hey I would like to at least see the storage in there! Would then allow zeitgeist to take it in as a dependency! +1 for me 2009/8/12 Martyn Russell mar...@lanedo.com mailto:mar...@lanedo.com Hi all, So I was reading some blogs and noticed that now is the time to propose GNOME inclusion for Tracker if we want to do it. So what I want people to think about is: Do we want this? I think we should try to align ourselves with *some* release schedule. Right now we not really aligned to anything and that doesn't help us get our code out there. We did clean things up for Ubuntu last release, but 0.7 won't be anywhere near ready for the next release out in a month or so. The only question I have is, does Tracker being a fd.o project != GNOME module inclusion given it is supposed to be cross desktop. Personally, it is +1 for me. If you guys agree to this in the next few weeks or so, I will post to the desktop-devel list with our request. -- Regards, Martyn ___ tracker-list mailing list tracker-list@gnome.org mailto:tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] GNOME module proposal?
Are you sure that zeitgeist will go into gnome 2.28? it already passed feature freeze timeline. Thanks to my GSoC student ther is a possibility that the zeitgeist engine might make it into GNOME 2.28 since Shell would like to use it as a main refrence point for recently used and most used etc... Thus from 2.28 to 3.0 we would like to change our storage to tracker if possible! 2009/8/13 Jerry Tan jerry@sun.com mailto:jerry@sun.com Zeitgeist is target GNOME 2.30, or 3.0 will tracker target it also? Seif Lotfy : Hey I would like to at least see the storage in there! Would then allow zeitgeist to take it in as a dependency! +1 for me 2009/8/12 Martyn Russell mar...@lanedo.com mailto:mar...@lanedo.com mailto:mar...@lanedo.com mailto:mar...@lanedo.com Hi all, So I was reading some blogs and noticed that now is the time to propose GNOME inclusion for Tracker if we want to do it. So what I want people to think about is: Do we want this? I think we should try to align ourselves with *some* release schedule. Right now we not really aligned to anything and that doesn't help us get our code out there. We did clean things up for Ubuntu last release, but 0.7 won't be anywhere near ready for the next release out in a month or so. The only question I have is, does Tracker being a fd.o project != GNOME module inclusion given it is supposed to be cross desktop. Personally, it is +1 for me. If you guys agree to this in the next few weeks or so, I will post to the desktop-devel list with our request. --Regards, Martyn ___ tracker-list mailing list tracker-list@gnome.org mailto:tracker-list@gnome.org mailto:tracker-list@gnome.org mailto:tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org mailto:tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] is there a way to index web pages with tracker?
Tracker can index web pages in 0.6.6, but when bump to 0.6.9x, the feature is broken. I plan to add it to trunk. but the trunk moves so fast. The basic idea of index web pages: 1. add one extension to firefox, so when browse one web page, it will save a copy to a local folder 2. tracker has a module to index that folder. Is there a way to index web pages with tracker? I didn't find any way to do this. In the past, when I was a kde user (and opensuse user too) I used beagle that does it this very well. ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] Any plan for tracker 0.70?
Compared trunk with 0.6.95, Any feature and new dependency added? I notice that new dependencies have been added, including 1. raptor 2. vala any more? BTW: sqlite need to be compiled with --enable-load-extension, why? related with sqlite-fts? ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] Any plan for tracker 0.70?
Ivan Frade : Hi Jerry, There is no 0.70 version planned. Well, maybe we need still 6 more 0.6.x versions :) The 0.7.0 version of tracker (the next milestone) it going to be pretty different. We will reorganize (again) the code in tracker, to provide two processes: * tracker-store (read/write the DB, answer sparql queries) * tracker-indexer (crawling and monitoring the filessyste, calling the extractor, and maybe pushing some info into tracker-store). There is a more elaborate description in the mailing list archives. About dependencies, that new tracker will use IIRC vala (= 0.7.2) and raptor (= 1.6.18). About Vala it is a new language like c#, will tracker be rewrite using it or just some module ? I notice that only one vala file exist on trunk now. Regards, Ivan El mié, 17-06-2009 a las 11:45 +0200, ext Jerry Tan escribió: Compared trunk with 0.6.95, Any feature and new dependency added? I notice that new dependencies have been added, including 1. raptor 2. vala any more? BTW: sqlite need to be compiled with --enable-load-extension, why? related with sqlite-fts? ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] ANNOUNCE: tracker 0.6.95 released
Is the pushmode of evolution plugin works now for 0.6.95? tracker 0.6.95 is now available for download from: http://download.gnome.org/sources/tracker/0.6/ 72a24cd14f0047fea82d4823f3877560 tracker-0.6.95.tar.gz What is it? === All-in-one indexer, search tool and metadata database. Where can I find out more? == You can visit the project web site: http://www.tracker-project.org What's New? === * Fixes indexer potential path breakage by using g_build_path instead * Fixes indexer so we do not parse metadata text if FTS is disabled * Fixes mime check for albumart extraction in gstreamer mp3 extractors * Fixes max extractor time per file from 10s to 5s, videos reached this * Fixes n updates vs. 1 insert to DB Services table, much faster now * Fixes SQLite FTS warning in logs * Fixes double free in MP3 extractor * Fixes memory leaks in tracker-files * Fixes trackerd to remove QDBM indexes on reindex too. * Fixes indexer to disable all sync/async flushing on any error * Fixes SEGFAULT if calling g_filename_to_utf8() with symlink * Fixes not crawling inserted media AFTER indexing is complete * Fixes album art heuristics * Fixes missing va_end calls in evolution-imap module when returning * Fixes unchecked return values g_stat() and g_file_get_content() * Fixes unused variables left in various places found by coverity * Fixes leaks in utils/qdbm/ print and search applications * Fixes xmp extractor white balance check which had old code in use * Fixes RDF query functions which failed coverity checks * Fixes condition where we hang setting volume states with no volumes * Fixes daemon shutdown with unresponsive indexer setting volume states * Fixes warning in indexer logs for NULL udi * Fixes the way we get volume IDs for a given path * Fixes albumart heuristic scanner * Fixes tracker-query to allow queries without an rdf-file * Fixes binary search index size error, assumed 0 to array-len * Fixes binary search index use gint64 not guint for array index * Fixes indexer invalid writes in state_to_string() if string is empty * Fixes indexer crash, by setting ALL struct members in unindex_metadata * Fixes turtle memory leaks and unnecessary allocations and adds checks * Fixes trackerd disk_space_check_stop() critical warning on shutdown * Fixes indexer transactions, start after data extraction, now 2x faster * Fixes indexer to perform binary searches on cached words. * Fixes tracker_hal_path_is_on_removable_device() performance. * Fixes need for sqlite_load_extension() without FTS support enabled. * Fixes several memory leaks * Fixes missing break causing WHERE property to return ORDER property * Added more generic DBus API for performing aggregates on unique values * Added test cases for TrackerDataMetadata, TrackerThumbnailer, etc * Added dynamic pragma loading for SQLite now in $HOME/.config/tracker * Improves indexer's error handling, we now pause on error * Improves MP3 extractor checks for files before getting metadata * Improves indexing speed by not inserting less important metadata to db * Improves indexing speed by using less columns for Services indices * Improves HAL UDI lookup speed from ~5ms to 0.5ms * Improves embedded albumart extraction speed * Reverted QDBM binary search work after several negative reports * Disable QDBM operations with patch 09 * Disable FTS support, so we don't open files and extract content * Disabled indexer TTL support improving speed and general responsivness * Set volume states before enabling DBus interfaces, shutdown on error Bugs Fixed: === * Fixes: NB#110584, Image:HasKeywords cannot be used for ImageViewer... * Fixes: NB#113083, Tracker extracts Sub-location instead of Location... * Fixes: NB#106085, Tracked database is not updated when images were... * Fixes: NB#110584, Image:HasKeywords cannot be used for ImageViewer... * Fixes: NB#115978, two instances of 0 are seen in the tracker-unique... * Fixes: NB#109892, NFTTOP10: tracker-files is not listing the newly ... * Fixes: NB#112632, Files seem to go missing from database * Fixes: NB#113903, tracker-extract crashes on mp3 files with a bad... * Fixes: NB#110221, ML: Album Art is not displaying in All Album... * Fixes: NB#100123, Image:Date is empty for some of the images * Fixes: NB#115184, tracker-unique crashed * Fixes: NB#114354, trackerd polls * Fixes: NB#113528, Tracker indexer crashes after querying meta data of... * Fixes: NB#109071, Error updating Playlist:ValidDuration property * Fixes: NB#107962, trackerd crashes * Fixes: GB#580586, FTBFS: undefined reference to `sqlite3_enable_load... * Fixes: GB#580908, [PATCH] Make configure error on missing hal and ... * Fixes: GB#580905, [PATCH] Clean up help messages in configure *
Re: [Tracker] Plans to integrate tracker in GNOME desktop?
It is already there. I think Hi, I know there are plugins, but I'd like to see more tight integration such that the search GUI of tracker is completely integrated in nautilus, if I go to Places - Search for Files that it will use Tracker etc. JAap On Mon, May 11, 2009 at 04:55, jerry tan jerry@sun.com wrote: Several gnome application already has plugin for tracker. nautilus, gtk file chooser, totem... but it is still not default module in gnome. Hi, What I noticed is that for the last year or so there has been major tinkering under the hood of tracker. However I think for tracker to become more popular it would be good to start focussing on tight integration in the GNOME desktop in applications like nautilus, rhytmbox, evolution etc. etc. Is this planned after the major tinkering is over or ? Jaap ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] Plans to integrate tracker in GNOME desktop?
Several gnome application already has plugin for tracker. nautilus, gtk file chooser, totem... but it is still not default module in gnome. Hi, What I noticed is that for the last year or so there has been major tinkering under the hood of tracker. However I think for tracker to become more popular it would be good to start focussing on tight integration in the GNOME desktop in applications like nautilus, rhytmbox, evolution etc. etc. Is this planned after the major tinkering is over or ? Jaap ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] big amount of data?
some times I meet the same error reported by tracker-applet to notify me that some error in tracker index, need to reindex. but when I click ok, it does not work. I am using tracker 0.6.94. hello all, I'm trying to use tracker with a big amount of data (about 71000 files ~ 100Gb) in my desktop... ofcourse tracker takes along time indexing, but seems to be a problem somewhere ... I tryied indexation three diferent times and all of them tracker stops indexing at more or less 70% of the job. no errors messages, no crash ... but even tracker shows indexing status (47xxx of 71000 files indexed) ... tracker will not advance never more. even if i pause indexing and start it again in that point, I can use tracker-search-tool and tracker works ok. Obviously some of my data will never be found ... but it works. The real problem is : there are three processes of wvWare consumming a lot of cpu in my system ... If I kill them tracker says there was an error on the indexation and that must to reindex all again. If I don't kill them but restart the computer the result is the same. error on the indexation ... as wvWare is used to convert MSdocs to text, any of you think if I remove the .doc's and use only .pdf's that errors will leave? can anybody help me to understand what i'm missing? thank you very much in advance, ll. ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] ANNOUNCE: tracker 0.6.94 released
Hi, Martyn, Is the push-mode evolution plugin works now for 0.6.94? tracker 0.6.94 is now available for download from: http://download.gnome.org/sources/tracker/0.6/ 2533a7bd8645016dbd7efaccdb5a535b tracker-0.6.94.tar.gz What is it? === All-in-one indexer, search tool and metadata database. Where can I find out more? == You can visit the project web site: http://www.tracker-project.org What's New? === * Fixes reading past genre name boundaries in MP3 extractor. * Fixes MP3 extractor leak and some minor memory use improvements. * Fixes albumart name stripping code to be UTF8 compliant. * Fixes albumart name stripping to follow specification * Fixes crawling removable media is disabled with READONLY flag. * Fixes tracker-dbus-test output to be UTF8 compliant. * Fixes compilation warnings in push modules. * Fixes indexer crash with unset GError * Fixes indexer crash when extractor fails to return a PID * Fixes TTL rdf:type-service type so MMC files are not always Files * Fixes frequent cache refresh/indexer pausing, 3 mins to 5 mins * Adds utils/albumart-strip command to test broken albums/artists. * Adds albumart name stripping test cases. * Adds tracker-extract debug about modules used per file and on init. * Improves JPEG extraction speed, don't worry about unknown tags. Bugs Fixed: === * Fixes NB#112393, tracker-extract crashes by freeing GStreamer pipe... * Fixes NB#110310, metadata_get_multiple returns nothing if some file... * Fixes NB#111560, tracker-extract crashes on mp3 files bigger than 20 MB * Fixes NB#109891, If deleting last music track or last video... * Fixes NB#108361, Tracker crashing if commo.db is corrupt * Fixes NB#109046, Tracker is slow to index all the images in the... * Fixes GB#578159, Tracker starts to index when removable media... Translations: = None Manual Translations: None 24 April 2009 tracker team ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] ANNOUNCE: tracker 0.6.93 released
Does the plugin for evolution work now?
evolution push mode is enabled by default,
means that the evolution plugin under src/tracker-indexer/modules/ are
not needed any more
for evolution 2.26, right?
tracker 0.6.93 is now available for download from:
http://download.gnome.org/sources/tracker/0.6/
b6513ae5b3a036356c0c3b186056ee82 tracker-0.6.93.tar.gz
What is it?
===
All-in-one indexer, search tool and metadata database.
Where can I find out more?
==
You can visit the project web site:
http://www.tracker-project.org
What's New?
===
* Fixes tracker-preferences so it mangages removable-devices option.
* Fixes tracker config typo.
* Fixes tracker-indexer to not enter finished state after flushing.
* Fixes tracker-extract not sending queued album art to thumbnailerd
* Fixes trackerd to call nice(19) for crawling ONLY else nice(default).
* Fixes libtracker-common preprocessor checks for thumbnailer/albumart.
* Fixes tracker-extract multiple TrackerHal instances, 2x faster now.
* Fixes tracker-extract tests by loading modules not directly linking.
* Fixes tracker-applet by adding proper marshal generation for signals.
* Fixes SIGSEGV for tracker-extract from exceeding setrlimit() mem.
* Fixes Raptor dependency to 1.4.17, need _FEATURE_WRITE_BASE_URI.
* Fixes indexer flush time to be optimized for Maemo platform, patch
09.
* Fixes gstreamer extractor memory leaks, a lot of leaks.
* Fixes gstreamer extractor memory corruption.
* Fixes gstreamer extractor by stopping extraction on DURATION messages
* Fixes album art memory management and access() to NULL paths.
* Fixes adding BUILT_SOURCES to EXTRA_DIST for many Makefile.ams
* Fixes not using plural translations in tracker-info.
* Fixes several memory leaks/corruptions in gstreamer/mp3/png
extractors.
* Fixed memory leak in indexer's removable-device module.
* Fixed memory leak in indexer's push module, close the dir.
* Fixed TrackerDBIndex _update_word() memmove outside boundries.
* Added error handling for Can't store word to applet.
* Added new API tracker_metadata_get_multiple().
* Added pre-umount check there's an item before checking mount files.
* Updated tracker-info to use _metadata_{get|_multiple}() APIs.
* Updated extractors to use tracker_file_{open|close} with
posix_fadvise
* Removed all references to file-index-update.db, no longer used.
* Improved performance by sending items to thumbailer AFTER indexing
* Improves performance/mem of GFile-GQueue in tracker-monitor.c
Bugs Fixed:
===
* Fixes GB#577656, tracker doesn't build on non-linux platforms
* Fixes GB#577655, tracker-indexer.c fails to compile when...
* Fixes LP#355982, crash in tracker-turtle.c with fclose()
* Fixes NB#107570, tracker-extract crash just after device bootup
* Fixes NB#106639, Music-Unknown Category displayed in Genre view
* Fixes NB#109172, Video Library: RM , RMJ files listed in Video
Library.
* Fixes NB#107122, Video:Duration is shown as -:- in video library view
* Fixes NB#108793, Not able to filer images with XMP date
* Fixes NB#108819, tracker-indexer is crashing.
* Fixes NB#108331, Memory Leak found for tracker-extract command
* Fixes NB#106085, Tracked database is not updated when images were...
* Fixes NB#100642, tracker is still listing the removed tags.
Translations:
=
- Updated es: Jorge González, Jorge Gonzalez
- Updated it: Milo Casagrande
- Updated nl: Reinout van Schouwen
Manual Translations:
None
9 April 2009
tracker team
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] A bug? tracker-applet is invisible if uncheck enable Indexing
Hi, guys, I found that if enable indexing is unchecked, tracker daemon can still run to handle user request, that is right, but tracker-applet is invisible. I check tracker-applet.c, the code set the tray icon as invisible. I think that tracker-applet should be visible to give user a way to access tracker's service. right? ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] ANNOUNCE: tracker 0.6.92 released
The source tarball has a minor problem. there is a file under src/plugins/evolution/org-freedesktop-Tracker-evolution-plugin.eplug. it should be generated by build, not in src tar ball. and its setting for evolution plugin is /dev/null/so is wrong. tracker 0.6.92 is now available for download from: http://download.gnome.org/sources/tracker/0.6/ 922873bf81aa518b6a32aa397a250337 tracker-0.6.92.tar.gz What is it? === All-in-one indexer, search tool and metadata database. Where can I find out more? == You can visit the project web site: http://www.tracker-project.org What's New? === Improvements: - Fixed memmove error in QDBM when updating a word - Fixed GValues leak in _result_set_to_metadata() - Fixed small ontology error for image extractors - Fixed trackerd not changing throttling when switching between charging/discharging states - Fixed battery remaining percentage in logs, was always 0% - Fixed crasher when calling thumbnailer with older versions of DBus, use int instead of int64 - Fixed logic for signalling status in tracker-indexer - Fixed mtime checking in tracker-indexer, only reindex if file mtime is different, not just newer - Fixed tracker-extract -f command to transform filenames to full paths - Fixed setting tags in tracker-indexer - Improve tracker-dbus_query_result_to_ptrarry(), don't recheck UTF8 validity of strings - Improve failure conditions if RDF type doesn't exist in ontology - Added GStreamer helix bin information to configure statement - Added libtool library versioning so they are not all named .so.0.0.0. - Added GError handling to database manager so we know why ontology files fail to load - Added initial code to use GVolumeMonitor::monitor-pre-unmount, GIO patch is pending, was not implemented - Added collations to Services table and other indices - Added more states to tracker-applet to give more feedback, now we have watching, crawling, optimising and shutting down - Added tracker-processes utility to list and kill tracker processes, this also has a --hard-reset option to remove all databases too - Added a GetPid API to tracker-extract so we request the PID before doing anything - Added kill() call to tracker-indexer when tracker-extract doesn't respond to the DBus request for metadata - Added cache to trackerd for GetStats calls to be more responsive when indexing and if recently requested - Removed call to set SCHED_IDLE, performance was way to bad to use it - Removed Merge options from tracker-applet, not longer used - Disabled static libraries by default - Disabled evolution module since it is problematic and lots of Evolution issues were reported - Enabled evolution push plugin (different to the Evolution module), non-intrusive, Evolution sends us the data - Updated help strings for configure options of mail push modules - Updated GetStats SQL stored procedure call to also include super classes like Files NEW in 0.6.92: == Improvements: - Fixed memmove error in QDBM when updating a word - Fixed GValues leak in _result_set_to_metadata() - Fixed small ontology error for image extractors - Fixed trackerd not changing throttling when switching between charging/discharging states - Fixed battery remaining percentage in logs, was always 0% - Fixed crasher when calling thumbnailer with older versions of DBus, use int instead of int64 - Fixed logic for signalling status in tracker-indexer - Fixed mtime checking in tracker-indexer, only reindex if file mtime is different, not just newer - Fixed tracker-extract -f command to transform filenames to full paths - Fixed setting tags in tracker-indexer - Improve tracker-dbus_query_result_to_ptrarry(), don't recheck UTF8 validity of strings - Improve failure conditions if RDF type doesn't exist in ontology - Added GStreamer helix bin information to configure statement - Added libtool library versioning so they are not all named .so.0.0.0. - Added GError handling to database manager so we know why ontology files fail to load - Added initial code to use GVolumeMonitor::monitor-pre-unmount, GIO patch is pending, was not implemented - Added collations to Services table and other indices - Added more states to tracker-applet to give more feedback, now we have watching, crawling, optimising and shutting down - Added tracker-processes utility to list and kill tracker processes, this also has a --hard-reset option to remove all databases too - Added a GetPid API to tracker-extract so we request the PID before doing anything - Added kill() call to tracker-indexer when tracker-extract doesn't respond to the DBus request for metadata - Added cache to trackerd for GetStats calls to be more responsive when indexing and if recently requested - Removed call to set SCHED_IDLE, performance was way to bad to use it - Removed Merge options from tracker-applet, not longer used - Disabled static libraries by default - Disabled evolution module
Re: [Tracker] Releasing Tracker 0.6.90
Cong. Any Plan for 0.70? On Thu, 2009-02-05 at 16:26 +, Martyn Russell wrote: Jamie McCracken wrote: we are not deleting from qdbm! If you have changed stuff to do this then please revert. O.6.6 never deleted from qdbm and indeed never should as its prohibitively expensive Carlos is working on a fix. If we fix this and get it done in time would you be happy enough to release tomorrow? we are only deleting from sqlite. Phantom hits are weeded out by checking if service ID exists in sqlite. Hit counts for searches are estimates only (same as they are for google) You have my permission to release 0.6.9 when ready thanks for all the hard work from you and your team jamie ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] Releasing Tracker 0.6.90
Why the version number is 0.6.90, not 0.6.7? Hi Jamie, So we have been in a state of bug fixing on Tracker trunk now for a good few months ironing out issues we have found and preparing for a release. We would like to make this release at the end of next week if possible. How do you feel about this? Would you like me to do the release or would you like to do it? Are there any issues/questions you have before releasing? ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] Support in Tracker for ultra-new Evolution installs that use SQLite for the summary format
Hi, philip How about to open folders.db in readonly mode? I just check sqlite's API. sqlite3_open_v2 support a para with readonly flag On 2008ǯ12·î12Æü 00:34, Philip Van Hoof wrote: This patch makes ultra-new Evolution installs work again with Tracker. There's one problem and that is that the query will only find E-mails in the INBOX folder. You can easily find the Query and figure out what the problem is: The design that Carlos made assumes that for each folder there's a summary file. In the new Evolution cache format there's just one folders.db for each account. I could do a generated UNION select after first doing select * from folders on folders.db and then generating a query that includes all folders. I just have not done this for now and instead I'm just using INBOX and I'm neglecting the other folders. This is NOT the same as the proposal that I am doing at (a). This is instead a ad-hoc solution for the new situation (Evolution using SQLite for the summaries). I find this solution rather nasty, to be honest. (a) http://live.gnome.org/Evolution/Metadata For Carlos: I have also fixed a serious problem in evolution-pop.c, which is by the way unaffected by Evolution's changes (and works, if you just apply the patch that I included in this larger patch). The POP support's get_message_metadata was not returning metadata. This was crashing my tracker-indexer (as seemingly my compiler was putting return 0x2 where the return was omitted, and the memory I have at 0x2 didn't dereference TrackerModuleMetadata's members very well). Please review and/or rework the patch. ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] patch to make trunk build with sun compiler
Hi, Martyn, I build trunk today on solaris, still failed when compile src/libtracker/tracker.c __FUNCTION__ is not defined. Hi Jerry, I think the #define should be put in tracker-os-dependent.h. I also don't think we should be defining the same thing more than once. Plus, are those extra includes actually needed to build? I will draft up a patch at some point and commit it later on. If you could test your build when it is committed that would be great! ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] index evolution mail is broken
I check the format of evolution data file. evolution store mail's meta data into a sqlite file named folders.db, I can use sqlite to open it to check its schema. it will create one table for every folder. and store meta into it, including read/delete flag, subject, mail from/to/cc, But if I select Copy folder content locally and sync, evolution will store mails under my selected folder in plain txt file under it. to support full txt search, we need to parse these files also. How will beagle guys work on this issue? ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] patch to make trunk build with sun compiler
OK, Refer to http://gcc.gnu.org/onlinedocs/gcc/Function-Names.html In C, |__PRETTY_FUNCTION__| is yet another name for |__func__|. so I will use __func__ here. here is the patch. and now trunk can be build with Sun Studio 12. Hi Jerry! Note that G_GNUC_[PRETTY_]FUNCTION are deprecated since glib 2.16, see bug #409360 On vie, 2008-11-07 at 18:09 +0800, Jerry Tan wrote: __func__ and __PRETTY_FUNCTION__ are not supported by sun compiler, add this patch to make it build. ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list Index: src/libtracker/tracker.h === --- src/libtracker/tracker.h (revision 2615) +++ src/libtracker/tracker.h (working copy) @@ -20,6 +20,10 @@ #ifndef TRACKER_H #define TRACKER_H +#ifndef __FUNCTION__ +#define __FUNCTION__ __func__ +#endif + G_BEGIN_DECLS #include dbus/dbus.h Index: src/tracker-indexer/modules/evolution-common.c === --- src/tracker-indexer/modules/evolution-common.c (revision 2615) +++ src/tracker-indexer/modules/evolution-common.c (working copy) @@ -24,6 +24,7 @@ #include string.h #include fcntl.h #include sys/types.h +#include sys/stat.h #include tracker-indexer/tracker-metadata-utils.h Index: src/trackerd/tracker-files.c === --- src/trackerd/tracker-files.c (revision 2615) +++ src/trackerd/tracker-files.c (working copy) @@ -24,6 +24,7 @@ #include string.h #include libtracker-common/tracker-dbus.h +#include libtracker-common/tracker-config.h #include libtracker-common/tracker-log.h #include libtracker-common/tracker-utils.h #include libtracker-common/tracker-file-utils.h @@ -483,7 +484,7 @@ tracker_dbus_request_failed (request_id, actual_error, %s not implemented yet, - __PRETTY_FUNCTION__); + __FUNCTION__); dbus_g_method_return_error (context, actual_error); g_error_free (actual_error); } Index: src/libtracker-db/tracker-db-index.c === --- src/libtracker-db/tracker-db-index.c (revision 2615) +++ src/libtracker-db/tracker-db-index.c (working copy) @@ -29,6 +29,7 @@ #include glib/gstdio.h #include libtracker-common/tracker-log.h +#include libtracker-common/tracker-config.h #include libtracker-common/tracker-file-utils.h #include libtracker-db/tracker-db-manager.h Index: src/libtracker-common/tracker-config.h === --- src/libtracker-common/tracker-config.h (revision 2615) +++ src/libtracker-common/tracker-config.h (working copy) @@ -23,6 +23,9 @@ #ifndef __LIBTRACKER_COMMON_CONFIG_H__ #define __LIBTRACKER_COMMON_CONFIG_H__ +#ifndef __FUNCTION__ +#define __FUNCTION__ __func__ +#endif #include glib-object.h G_BEGIN_DECLS ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] patch to make trunk build with sun compiler
__func__ and __PRETTY_FUNCTION__ are not supported by sun compiler, add this patch to make it build. Index: src/libtracker/tracker.h === --- src/libtracker/tracker.h (revision 2471) +++ src/libtracker/tracker.h (working copy) @@ -20,6 +20,10 @@ #ifndef TRACKER_H #define TRACKER_H +#ifndef __FUNCTION__ +#define __FUNCTION__ __func__ +#endif + G_BEGIN_DECLS #include dbus/dbus.h Index: src/trackerd/tracker-files.c === --- src/trackerd/tracker-files.c (revision 2471) +++ src/trackerd/tracker-files.c (working copy) @@ -480,7 +480,7 @@ tracker_dbus_request_failed (request_id, actual_error, %s not implemented yet, - __PRETTY_FUNCTION__); + G_GNUC_PRETTY_FUNCTION); dbus_g_method_return_error (context, actual_error); g_error_free (actual_error); } Index: src/libtracker-db/tracker-db-index.c === --- src/libtracker-db/tracker-db-index.c (revision 2471) +++ src/libtracker-db/tracker-db-index.c (working copy) @@ -29,6 +29,7 @@ #include glib/gstdio.h #include libtracker-common/tracker-log.h +#include libtracker-common/tracker-config.h #include libtracker-common/tracker-file-utils.h #include libtracker-db/tracker-db-manager.h Index: src/libtracker-common/tracker-config.h === --- src/libtracker-common/tracker-config.h (revision 2471) +++ src/libtracker-common/tracker-config.h (working copy) @@ -23,6 +23,9 @@ #ifndef __LIBTRACKER_COMMON_CONFIG_H__ #define __LIBTRACKER_COMMON_CONFIG_H__ +#ifndef __FUNCTION__ +#define __FUNCTION__ __func__ +#endif #include glib-object.h G_BEGIN_DECLS ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] stdin/stdout is keyword for compile, replace it
Thanks.
Committed
ps. But next time, a normal attached file, and a ChangeLog record
please ;-)
On Tue, 2008-11-04 at 11:26 +0800, Jerry Tan wrote:
Patch here.
Index: src/libtracker-common/tracker-os-dependant-unix.c
===
--- src/libtracker-common/tracker-os-dependant-unix.c (revision 2435)
+++ src/libtracker-common/tracker-os-dependant-unix.c (working copy)
@@ -87,7 +87,7 @@
{
GError *error = NULL;
gboolean result;
- gint stdin, stdout, stderr;
+ gint tmpstdin, tmpstdout, tmpstderr;
g_return_val_if_fail (argv != NULL, FALSE);
g_return_val_if_fail (argv[0] != NULL, FALSE);
@@ -101,9 +101,9 @@
tracker_spawn_child_func,
GINT_TO_POINTER (timeout),
pid,
- stdin_channel ? stdin : NULL,
- stdout_channel ? stdout : NULL,
- stderr_channel ? stderr : NULL,
+ stdin_channel ? tmpstdin : NULL,
+ stdout_channel ? tmpstdout : NULL,
+ stderr_channel ? tmpstderr : NULL,
error);
if (error) {
@@ -114,15 +114,15 @@
}
if (stdin_channel) {
- *stdin_channel = result ? g_io_channel_unix_new (stdin) : NULL;
+ *stdin_channel = result ? g_io_channel_unix_new (tmpstdin) : NULL;
}
if (stdout_channel) {
- *stdout_channel = result ? g_io_channel_unix_new (stdout) : NULL;
+ *stdout_channel = result ? g_io_channel_unix_new (tmpstdout) : NULL;
}
if (stderr_channel) {
- *stderr_channel = result ? g_io_channel_unix_new (stderr) : NULL;
+ *stderr_channel = result ? g_io_channel_unix_new (tmpstderr) : NULL;
}
return result;
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] why only enable inotify on tracker trunk?
Jerry Tan wrote: I remember that tracker 0.6.6 support both inotify and gamin, so it can work on solaris since gamin is there. but when I check out trunk code, I found that it has only support for inotify, which only exists on linux. We support whatever GLib supports, which is inotify, fam, fen and win32. For Linux we use libinotify ourselves and not GLib's inotify because it doesn't support MOVE events properly. There is a bug upstream about this: http://bugzilla.gnome.org/show_bug.cgi?id=547890 So, the current trunk is inotify only, right? I found that I have to add my patch here ,not to build with inotify on solaris. Index: configure.ac === --- configure.ac(revision 2435) +++ configure.ac(working copy) @@ -529,8 +529,8 @@ inotify_init(void); ], + have_inotify=yes; AC_MSG_RESULT(yes), have_inotify=no; AC_MSG_RESULT(no), - have_inotify=yes; AC_MSG_RESULT(yes), ) AM_CONDITIONAL(HAVE_INOTIFY, test $have_inotify = yes) Index: src/Makefile.am === --- src/Makefile.am (revision 2435) +++ src/Makefile.am (working copy) @@ -6,6 +6,8 @@ if HAVE_INOTIFY build_libinotify = libinotify +else +build_libinotify = endif if !USING_EXTERNAL_QDBM ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] stdin/stdout is keyword for compile, replace it
Patch here.
Index: src/libtracker-common/tracker-os-dependant-unix.c
===
--- src/libtracker-common/tracker-os-dependant-unix.c (revision 2435)
+++ src/libtracker-common/tracker-os-dependant-unix.c (working copy)
@@ -87,7 +87,7 @@
{
GError *error = NULL;
gboolean result;
- gint stdin, stdout, stderr;
+ gint tmpstdin, tmpstdout, tmpstderr;
g_return_val_if_fail (argv != NULL, FALSE);
g_return_val_if_fail (argv[0] != NULL, FALSE);
@@ -101,9 +101,9 @@
tracker_spawn_child_func,
GINT_TO_POINTER (timeout),
pid,
- stdin_channel ? stdin : NULL,
- stdout_channel ? stdout : NULL,
- stderr_channel ? stderr : NULL,
+ stdin_channel ? tmpstdin : NULL,
+ stdout_channel ? tmpstdout : NULL,
+ stderr_channel ? tmpstderr : NULL,
error);
if (error) {
@@ -114,15 +114,15 @@
}
if (stdin_channel) {
- *stdin_channel = result ? g_io_channel_unix_new (stdin) : NULL;
+ *stdin_channel = result ? g_io_channel_unix_new (tmpstdin) : NULL;
}
if (stdout_channel) {
- *stdout_channel = result ? g_io_channel_unix_new (stdout) : NULL;
+ *stdout_channel = result ? g_io_channel_unix_new (tmpstdout) : NULL;
}
if (stderr_channel) {
- *stderr_channel = result ? g_io_channel_unix_new (stderr) : NULL;
+ *stderr_channel = result ? g_io_channel_unix_new (tmpstderr) : NULL;
}
return result;
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] why only enable inotify on tracker trunk?
I check my build log. it has detected gio successfully, but still use libinotify. Is there any missing files for gio support when check in? Hi Jerry El vie, 17-10-2008 a las 15:21 +0800, ext Jerry Tan escribió: I remember that tracker 0.6.6 support both inotify and gamin, so it can work on solaris since gamin is there. but when I check out trunk code, I found that it has only support for inotify, which only exists on linux. Now we are using gio (in glib 2.16) to monitor the file system. I have found this: quote === Here's the deal. Glib 2.16 includes a lot of the file management code that was previously included in gnome-vfs. Part of that code is a file monitor wrapper which allows the new GIO subsystem to get real-time file update information. This wrapper has FAM, inotify, and Solaris backends. /quote So maybe you need to check your glib or gio is compiled correctly with all the necessary modules. Thanks, Ivan ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] why only enable inotify on tracker trunk?
I remember that tracker 0.6.6 support both inotify and gamin, so it can work on solaris since gamin is there. but when I check out trunk code, I found that it has only support for inotify, which only exists on linux. ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] Has the merge work done?
I mean the merge of index-split branch ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] GUADEC 2008 and tracker
It is a pity that I can not go there. I remember that we have one session for tracker before in GUADEC, given by jamie. any new session this year? Ivan Frade wrote: Hi all, Some of the usual suspects in the svn (Martyn, Garnacho, Philip) and me are going to the GUADEC in Istanbul next week. If any other tracker hackers/fans/enthusiastics are also there and want to talk with us, drop me a line, or search for the nokia gang in the event and ask for Ivan :) I'll be working on the code of tracker so if you want to help/get involved is a good moment to come and ask. Also if somebody from Sun or XESAM are there, could be nice to arrange a meeting to talk about the next future. hey!, it is a good opportunity to talk face to face, to hack, to present and discuss our current job. Lets take advantage of it! See you in GUADEC, Ivan ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] HOW TO Index chm files ?
Yes, you can write such a patch to index chm file. btw: Is archmage popular? Andrzej Walczak wrote: Hi All, there is a program which uncompress chm files to stdout called archmage. Can I use this piece of software to index the contents of chm files ? From analysis of the package I do understand that I need to write a filter program (which is quite clear for me). The question is the naming convention of that program (what should be the name of that file to tell tracker to use this filter for that contents) ? Do I hahe to do something in the config files to tell tracker daemon to use new filter ? Best regards, Andrzej ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] Any schedule for tracker 0.7.0?
Hi, is there any schedule for tracker 0.7.0? any feature list or todo list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] a small patch to fix sqlite ERROR for trunk
When I build tracker trunk and run it today, I found that it always prompts ERROR like this ERROR: prepared query GetMimePrefixForServiceId not found ERROR: incorrect no of parameters 1 supplied to GetMimePrefixForServiceId ERROR: parameter 0 could not be bound to GetMimePrefixForServiceId ERROR: execution of prepared query GetMimePrefixForServiceId failed due to not an error with return code 21 and I check the code, with the patch. Index: data/sqlite-stored-procs.sql === --- data/sqlite-stored-procs.sql(revision 1258) +++ data/sqlite-stored-procs.sql(working copy) @@ -125,7 +125,7 @@ InsertMimePrefixes replace into FileMimePrefixes (MimePrefix) Values (?); GetMimeForServiceId select Mime from FileMimes where ServiceTypeId = ?; -GetMimePrefixeForServiceId select MimePrefix from FileMimesPrefix where ServiceTypeId = ?; +GetMimePrefixForServiceId select MimePrefix from FileMimePrefixes where ServiceTypeId = ?; ExistsPendingFiles select count (*) from FilePending where Action 20; InsertPendingFile INSERT INTO FilePending (FileID, Action, PendingDate, FileUri, MimeType, IsDir, IsNew, RefreshEmbedded, RefreshContents, ServiceTypeID) VALUES (?,?,?,?,?,?,?,?,?,?); ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] [Fwd: Plans for 0.7]
Jamie McCracken wrote: On Tue, 2008-03-04 at 08:55 +0800, Halton Huo wrote: Jamie, 1) From the diagram, seems QBDM still used, is that right? 2) I do not see you mention about Xsam, IIRC, you said it will be incluced in 0.7. the diagram is just the architecture the move to xesam will take place after that architecture is implemented (which will be in 0.7) So maybe 0.7.0 for the new architecture and 0.7.1 for xesam implementation? ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] rtf files not found
and another bad idea is to transform rtf file into txt or word, openoffice doc. tracker support them well. Hi Anita, At the moment tracker doesn't index rtf files. By default tracker doesn't have a rtf filter to extract the text from the files. If you really need the rtf support, you can install unrtf in your system, and create a filter script in /usr/local/lib/tracker/filters/application (if you are in a linux based system). The script name must be rtf_filter and must contain the following: #!/bin/sh nice -n19 unrtf --text $1 $2 This solution is VERY slow, and the encoding of the result is ASCII instead UTF8, but at least you can search in rtf files. Regards, Ivan El dom, 02-03-2008 a las 18:55 -0500, ext Anita Lewis escribió: Hi. I'm using tracker 0.6.3. I find that when I search on a word contained in an rtf file, it does not get found. If I save the rtf as odt or txt, the search finds it. rtf files do get found if the search term is in the name of the file. Is this expected behavior? Thanks, Anita ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] Time for a new release 0.6.5?
Hi, jamie. Is there any schedule for 0.70? I want to know that if there is any todo list for 0.70? so we can help some task . Jamie McCracken wrote: On Wed, 2008-01-23 at 09:05 +0100, Michael Biebl wrote: Hi Jamie et al! The current trunk has received a fair shair of bug fixes, clean-ups and and translations, so it should be a solid update to 0.6.4? Jamie, what do you think? Do you have anything in the pipe? If it's something big, I'd rather have it to wait post 0.6.5. While at it, Jamie, what are your plans for 0.7? Have you already started work on it in a private working copy? What about the tokyocabinet patch, which replaces the obsolete qdbm lib? Questions over questions ;-) More patches from nokia/imendio are yet to go in (they are working on optimising it for N800/N810) I still have to clean up the applet's behaviour + make sure the daemon is running well Plans for 0.7 - XESAM (me), nokia will make it indexer independent so sqlite fts or qdbm or tokyo cabinet can be used jamie ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] trackerd restart issue
Now, trackerd and tracker-applet will be started with gnome-session. the default action for trackerd is to index home directory. so when a normal user login into gnome, his home will be indexed by tracker, it consume a lot of time, but it is not be user's owner idea. he may run tracker-preference to change setting to reindex. I suggest that we can start trackerd without any indexing or watch actions, unless user change settings through tracker-preference tool. that is reasonable for user, because he has made his decision to index something, Hi, Ava reported several bugs which commonly need restartreindex trackerd when changing setting through tracker-preferences, here is bug list: 503350 ��� Ignored File Patterns function do not work well 503376 ��� Cannot disable evolution Enable Evolution email Indexing in Emails tab 503573 ��� check/uncheck Index file contents needs trackerd reindex 503725 ��� check/uncheck Index mounted directories needs trackerd reindex 503727 ��� check/uncheck Index and watch my home directory needs trackerd reindex 503960 ��� Set Additional paths to index and watch needs trackerd reindex 503966 ��� Set Crawled Directories needs trackerd reindex 503977 ��� check/uncheck Enable Thunderbird email indexing needs trackerd reindex 504000 ��� Set Ignored File Patterns needs trackerd reindex From user experience, it is a nightmare when he only does minor change like enable/disable evolution. (The index record for his $HOME will be also removed, which is very waste). I'm starting thinking whether any better approach to resolve this problem. We need offer a mechanics to let trackerd update database to reflect keys changing. For example, when user disable Evo through t-p, choose Yes to restart tracerd when close t-p, things will happen with current trunk code. 1) A D-Bus message SetBoolOption will be sent out 2) trackerd gets it and tracker_dbus_method_set_bool_option will be invoked. 3) tracker-index_evolution_emails will be set to false; How about we add step 4) remove Evolution data from database Or we add a boolean property to called IsShown, set then all to FALSE. And when trackerd is requested to search, only return those result with IsShown is TRUE (I stolen Jerry's idea here). I composed a page on about the keys for tracker http://www.genunix.org/wiki/index.php/tracker_configuration There are two columns need restart and need reindex need more discussion. Any ideas? Thanks, Halton. ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] [Announce] Tracker 0.6.4
this warning is a known issue for tracker 0.6.4. jamie has provided a quick back on trunk and fixed it. Hi Jamie, I appreciate your promot responses. I have that installed already. I did ask it to reindex (-R option), but I still don't see any hits from media. Here is a sample of what I get when trackerd is working: indexing #1000 - /stuff/mp3/Dire Straits/Sultans Of Swing (Disc 2)/05 - Sultans Of Swing.mp3 ** (trackerd:23120): WARNING **: could not open Current memory usage is 11596, word count 3346 and hits 14868 ** (trackerd:23120): WARNING **: could not open indexing #1100 - /stuff/mp3/noartist/best_of/01-here_is_your_paradise.mp3 ** (trackerd:23120): WARNING **: could not open Current memory usage is 11624, word count 3560 and hits 16542 ** (trackerd:23120): WARNING **: could not open indexing #1200 - /stuff/mp3/ludwig_van_beethoven/sonatas_for_piano_and_cello_disc_2/sonata_no_3_in_a_major__adagio_cantabile.mp3 ** (trackerd:23120): WARNING **: could not open Current memory usage is 11660, word count 3793 and hits 18033 ** (trackerd:23120): WARNING **: could not open indexing #1500 - /stuff/mp3/vladimir_ashkenazyitzhak_perlman/brahms__violin_sonatas_nos_13/vn_sonata_no1_in_g_major_op78_i_vivace_ma_non_troppo.mp3 ** (trackerd:23120): WARNING **: could not open Suggested spelling for Furtado is Furtado. ** (trackerd:23120): WARNING **: could not open pausing indexing while client requests or external disk I/O are taking place ** (trackerd:23120): WARNING **: could not open Current memory usage is 11804, word count 4585 and hits 23279 ** (trackerd:23120): WARNING **: could not open indexing #1600 - /stuff/mp3/elvis_presley/the_50_greatest_love_songs__disc_2/05-shes_not_you.mp3 Dinesh On Wednesday 12 December 2007 13:20:25 jamie wrote: On Wed, 2007-12-12 at 13:17 -0800, Dinesh Dutt wrote: Hi Jamie, I have gstreamer and gstreamer-fluendo-mp3 plugin installed. I can't find any other program to install for gstreamer and mp3 for gstreamer version 0.10. What do you use ? Thanks, I use what they call the gstreamer ugly plugin package as mp3 is propriety and all propriety formats are in the ugly plugin package jamie ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] [Announce] Tracker 0.6.4
if you have gsteamer and gsteamer-fluendo-mp3 plugins, it is enough for you. you don't need to install gstreamer-plugin-ugly . Hi Jamie, I have gstreamer and gstreamer-fluendo-mp3 plugin installed. I can't find any other program to install for gstreamer and mp3 for gstreamer version 0.10. What do you use ? Thanks, Dinesh On Wednesday 12 December 2007 12:35:26 jamie wrote: On Wed, 2007-12-12 at 12:27 -0800, Dinesh Dutt wrote: I didn't get the error, but tracker returns no hits/results either when I search on an artist's name. What else do I need to install to ensure mp3's are ripped. I know that it visited the directory containing the mp3 files. you need gstreamer and gstreamer ugly plugins for mp3 then touch all the files so tracker reindexes them (or do trackerd --reindex) jamie ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] [Announce] Tracker 0.6.4
Cong. jamie wrote: Im pleased to announce a new version of tracker downloads: http://www.gnome.org/~jamiemcc/tracker/tracker-0.6.4.tar.gz http://www.gnome.org/~jamiemcc/tracker/tracker-0.6.4.tar.bz2 Changes: * Fixed memory leaks * Fixed several crashes * Made indexing more robust by pausing if disk space is low or index grows too big * Limit log file size * New tracker applet - animates when indexing, provides ability to pause indexing as well as viewing status and progress feedback from indexer, statistics, prefs and of course search. Also provides notification of warnings from tracker * New power management options enable much better customization * Ignored files fixes * Deskbar/tracker integration fixes * Made most prefs live and affect tracker in real time. Others will prompt for restart and/or reindex where necessary * Shell script fixes * Fixed Imap bug with embedded Auth in URI * Built in corruption check and scan when tracker not shut down cleanly - prevents infinite looping * Fix index deletions * many more bug fixes and stability improvements... What is it? Tracker is a combination desktop search and metadata database providing the ability to tag all your files and emails as well as searching for them. jamie. ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] need to rebuild index if watched dir or ignore rule is changed
Hi, jamie, after I check in the patch for ignore filename pattern, I notice that I have to rebuild index to make it take affect. But in TP, if user change setting for watch directories, or ignore files, trackerd is restarted, but without -R param, that's not right. User will find that, if he set rules to ignore some file , but he still can find them in the TST tools. that's wired. so my suggestion: If user change watched dir or anything in ignored files tab, trackerd need to be restarted with -R. ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] 0.6.4 delayed again - outstanding issues
jamie wrote: Due to some more bugs I found when adding tags (adding multiple ones separewtd by commas in TST crashes trackerd) Also still to be fixed: 1) indexing issue when a large tree of subfolders is added which dont get indexed properly 2) Ignore File patterns needs to be fixed - http://library.gnome.org/devel/glib/unstable/glib-Glob-style-pattern-matching.html 3) Stop indexing when disk space is low 4) reset log if it grows more than 10MB 5) Email saving crasher - https://bugs.launchpad.net/ubuntu/+source/tracker/+bug/151637 migi will take care of this bug. but I suspect that the bug will not be reproduced with latest svn. If you would like to work on any of these bugs pls mail this list so everyone knows As soon as above is fixed I will release. jamie ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] question about tagging files
Sascha Heid wrote: Hi List, im new to tracker and i like the idea of tagging my ebooks/documents instead of filing them into different folders. Is there some way to add a existing tag to a file quickly with 1 or 2 mouse-clicks instead of clicking on the + button and writing the whole tag-name down again every time? Regards, Sascha ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list you can try tracker-tag. it have several options, including list, add, search, delete tag. ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] 0.6.4 delayed again - outstanding issues
jamie wrote: Due to some more bugs I found when adding tags (adding multiple ones separewtd by commas in TST crashes trackerd) Also still to be fixed: 1) indexing issue when a large tree of subfolders is added which dont get indexed properly 2) Ignore File patterns needs to be fixed - http://library.gnome.org/devel/glib/unstable/glib-Glob-style-pattern-matching.html I will help with this. 3) Stop indexing when disk space is low 4) reset log if it grows more than 10MB 5) Email saving crasher - https://bugs.launchpad.net/ubuntu/+source/tracker/+bug/151637 If you would like to work on any of these bugs pls mail this list so everyone knows As soon as above is fixed I will release. jamie ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] Does NoIndexFileTypes in Tracker-preference works?
jamie wrote: On Tue, 2007-10-16 at 17:24 +0800, Jerry Tan wrote: I just check the trunk code, I found that trackerd pick up this setting from config file, but does not do anything for this. Is it a known todo item? If so, what kind of patten to match? *.txt or *.txt;abc?.mp3? should be globs Sorry, I don't understand . ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] Does NoIndexFileTypes in Tracker-preference works?
I just check the trunk code, I found that trackerd pick up this setting from config file, but does not do anything for this. Is it a known todo item? If so, what kind of patten to match? *.txt or *.txt;abc?.mp3? ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] how to handle this case (nfs share home directory among two PC)
I have two PC, both have its own OS, but one account share the same home directory by nfs share. I can run trackerd on one PC, but can not start trackerd on another PC, because there is a lock. How can I use tracker on this PC? ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] Trackerd doesn't start with sqlite 3.5
sqlite 3.5 has a huge change ,compared with 3.4. Emilio Pozuelo Monfort wrote: Gianmarco Giosa wrote: Hi, I use Arch Linux and in community there is already sqlite 3.5.1 and tracker doesn't work with this version of sqlite, in practice trackerd doesn't start at the startup instead with sqlite 3.4 it starts. Liferea had the same issue, and it was fixed with this commit: http://liferea.svn.sourceforge.net/liferea/?rev=3486view=rev Maybe tracker isn't freeing sqlite properly, too. ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] tracker 0.6.3 problems I found
please run tracker-extract abc.mp3 audio/mpeg to check if there is metadata for Audio:TrackerPeakGain I run it on solaris, can not reproduce it. but solaris has fluendo mp3 plugins for gstreamer, I dont know whether your system has another mp3 plugin, such as mad. yelo_3 wrote: Yes, I have gstreamer installed! --- jerry tan [EMAIL PROTECTED] ha scritto: yelo_3 wrote: I've tried to remove .local/share/tracker/common.db (I also removed every other tracker file) and after restarting tracker the error during index process is still present This time I did it with more verbosity, and it is actually caused by all mp3 files mime is audio/mpeg for /media/Dati/yelo3/Music/Elio E Le Storie Tese/Tutti Gli Uomini Del Deficiente/05 Tell Me you Love Me.mp3 Indexing /media/Dati/yelo3/Music/Elio E Le Storie Tese/Tutti Gli Uomini Del Deficiente/05 Tell Me you Love Me.mp3 with service Music and mime audio/mpeg (new) ERROR: metadata Audio:TrackPeakGain not found ___ Scopri la community di Yahoo! Mail: trucchi, novità, consigli... e la tua opinione! http://it.groups.yahoo.com/group/ymail/ ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list I just check audio.metadata, there is no definition for Audio:TrackerPeakGain. but there is several ways to extract meta data from mp3 file. do you have gstreamer installed, if it is , it will use gstreamer library to extract meta data. ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] tracker 0.6.3 problems I found
yelo_3 wrote: Hello, I just installed tracker 0.6.3 in ubuntu gutsy and I've found these problems (some of them are still present from the older versions) 1) when indexing mp3 files I get ERROR: metadata Audio:TrackPeakGain not found https://bugs.launchpad.net/ubuntu/+source/tracker/+bug/145359 I guess that you need to delete $HOME/.local/tracker/data/common.db , and ask trackerd to recreate it. 2) I also see this error in the console ERROR: metadata DMO dll supports VO Optimizations 0 1 DMO dll might use previous sample when requested Total Unfree 60 bytes cnt 1 [(nil),0] Audio:Samplerate not found3) 3) deleted files are not removed from the index (and so the hit count of tracker-preferences is wrong) https://bugs.launchpad.net/ubuntu/+source/tracker/+bug/132448 jamie, is there a reason for this? 4) tracker remembers the past history of filename and file content. I don't think this is a wanted feature, but it is simple to try: create a file, rename the file and search for the old name. you will see that the file is between the results, even if it has a new name. (a similar test can be done changing the content) https://bugs.launchpad.net/ubuntu/+source/tracker/+bug/145366 5) I have NoIndexFileTypes=*.db;*.lnk; but db and lnk files are indexed... https://bugs.launchpad.net/ubuntu/+source/tracker/+bug/145368 6) tracker does not give results in a smart way. It should give exact matches at the beginning of results! https://bugs.launchpad.net/ubuntu/+source/tracker/+bug/145339 ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] tracker 0.6.3 problems I found
yelo_3 wrote: I've tried to remove .local/share/tracker/common.db (I also removed every other tracker file) and after restarting tracker the error during index process is still present This time I did it with more verbosity, and it is actually caused by all mp3 files mime is audio/mpeg for /media/Dati/yelo3/Music/Elio E Le Storie Tese/Tutti Gli Uomini Del Deficiente/05 Tell Me you Love Me.mp3 Indexing /media/Dati/yelo3/Music/Elio E Le Storie Tese/Tutti Gli Uomini Del Deficiente/05 Tell Me you Love Me.mp3 with service Music and mime audio/mpeg (new) ERROR: metadata Audio:TrackPeakGain not found ___ Scopri la community di Yahoo! Mail: trucchi, novità, consigli... e la tua opinione! http://it.groups.yahoo.com/group/ymail/ ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list I just check audio.metadata, there is no definition for Audio:TrackerPeakGain. but there is several ways to extract meta data from mp3 file. do you have gstreamer installed, if it is , it will use gstreamer library to extract meta data. ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] How to enable the Thunderbird backend? (End of the story)
jamie wrote: On Thu, 2007-09-20 at 21:21 +0200, David Coeurjolly wrote: Yes I have [Emails] IndexEvolutionEmails=false IndexThunderbirdEmails=true you need to delete Home/.local/share/tracker/data as one of the service def files has changed but tracker does not have any code atm to pick up changes to them (will fix in the near future so you wont have to do this step) jamie ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list yes, the default service file has been updated accordingly. to make it work, you need to detele $HOME/.local/share/tracker/data to force trackerd to recreate its database from the service file. ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] How to enable the Thunderbird backend? (End of the story)
OK, you got the root cause. David Coeurjolly wrote: Well... after a while on the command trackerd -v 3 -s 0, I finally obtain the message: Thunderbird directory lookup: /home/dcoeurjo/.xesam/ThunderbirdEmails/ToIndex Registering path /home/dcoeurjo/.xesam/ThunderbirdEmails/ToIndex as belonging to service ThunderbirdEmails Starting email indexing... Watching directory /home/dcoeurjo/.xesam/ThunderbirdEmails/ToIndex (total watches = 4020) 0 files are pending with count 0 checking /home/dcoeurjo/.xesam/ThunderbirdEmails/ToIndex for 6941 files ERROR: unknown service ThunderbirdEmails ERROR: unknown service ThunderbirdEmails ERROR: unknown service ThunderbirdEmails [] David Coeurjolly wrote: Sorry to bother you again but I still have troubles ;) Now, the extension normally feeds the folder: /home/dcoeurjo/.xesam/ThunderbirdEmails/ToIndex with (almost 4000 tms files...) trackerd registers correctly the new serice (launched with -e /home/LOGIN): Thunderbird directory lookup: /home/dcoeurjo/.xesam/ThunderbirdEmails/ToIndex Registering path /home/dcoeurjo/.xesam/ThunderbirdEmails/ToIndex as belonging to service ThunderbirdEmails Starting email indexing... blocking watch of /home/dcoeurjo/.xesam/ThunderbirdEmails/ToIndex blocking watch of /home/dcoeurjo/.xesam/ThunderbirdEmails/ToIndex 0 files are pending with count 0 At this point, trackerd does not process the tms files and nothing is available in the search tools. Furthermore, tracker-files -s Emails returns no files. some hints? thanks again dav Michal Pryc wrote: David Coeurjolly pisze: Hi all, I've finally found the bug... To solve it, I've created a TB brand new profile and the extension worked perfectly. Then, I've disabled all the extensions in my main profile and re-enabled them one by one... The problem comes from the Buttons! extension (https://addons.mozilla.org/fr/thunderbird/addon/106) which seems to be incompatible with the tracker extension Once removed, everything works perfectly... THanks all for your remarks (and for the tracker-utils.h trick) Great work! Any comments about TB support highly welcome :) ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] extract html does not work as expect
simple patch for fix it.
Index: src/tracker-extract/tracker-extract-html.c
===
--- src/tracker-extract/tracker-extract-html.c (revision 835)
+++ src/tracker-extract/tracker-extract-html.c (working copy)
@@ -73,7 +73,7 @@
void
startElement (void * info, const xmlChar * name, const xmlChar ** atts)
{
- if (! (info name atts)) {
+ if (! (info name)) {
return;
}
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] tracker build broken
Undefined first referenced symbol in file tracker_guint32_to_str tracker-db-sqlite.o tracker_gint32_to_str tracker-db-sqlite.o ld: fatal: Symbol referencing errors. No output written to trackerd need to add impl for tracker_gint32_to_str in tracker-utils.c. I check the checkin log. http://svn.gnome.org/viewcvs/tracker?view=revisionrevision=835 suspect partial checkin ? ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] [Announce] Tracker 0.6.2
Cool Have the code for tracker-monitor be checked in? jamie wrote: Im pleased to announce a new much improved version of tracker which has been highly tuned and optimised to give excellent performance (in most cases) downloads: http://www.gnome.org/~jamiemcc/tracker/tracker-0.6.2.tar.gz http://www.gnome.org/~jamiemcc/tracker/tracker-0.6.2.tar.bz2 Changes: * New Sqlite based indexer which utlises the new incremental blob I/O in sqlite 3.4 * Highly optimised email indexing (up to 5x faster) * Dramatically reduced disk access and disk contention * Indexer now pauses for a grace period when non-tracker processes write to disk (providing changed files are being watched by tracker) - minimises slowdowns when compiling or checking out source code * Makes use of idle class disk IO scheduling if available * Makes preliminary use of NO_ATIME (some disk access still uses fopen) * Fixed restore of user metadata on re-index (keywords are auto-restored) * Added increased number of (junk) files to automatically ignore * Improved stopwords * New deskbar handler that uses the new deskbar api (2.19+) * Fixed old deskbar handler to remove race condition causing crashes * Fixed a number of annoying bugs in email indexing and tracker preferences This version will cause your hard drive to be re-indexed due to the new sqlite indexer backend What is it? Tracker is a combination desktop search and metadata database providing the ability to tag all your files and emails as well as searching for them. jamie. ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] I have created one page for tracker on opensolaris.org
http://www.opensolaris.org/os/project/jds/tasks/MetaTracker/ Also put tracker 0.6.1 binary pkgs there. If you are interested, you can try it. ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] firefox bookmark indexing
Hi, guys I want to write code to support firefox bookmark indexing. After a quick evaluation, I got some idea, but still have some problem. 1. There is no document tell us how to add a new service. I have to look into code to find how. here is my understanding, if I am wrong or missing sth, please correct me. I hope that this could be a useful doc for new comer to support a new service Add a new service need to do things below. (1) add key for tracker configuration tools (optional) (2) add this service and its metadata into tracker-search-tool (3) modify data/service/default.service to add section for this new service (4) add a new function to extract its metadata, we can write a new program like tracker-extract-mp3.c, so tracker-extract can get its metadata. (5) add a new function inside index_entity to insert the extracted data into database. and yes, above all, we need to define how many data this new service has, and how to stored these data in DB. 2. Just for mozilla/firefox bookmarks, it is just a plain RDF file, I don't want to do like beagle to write a firefox extension to store bookmarks into another file, just write a simple parser to get its data directly. But for firefox bookmarks, every bookmark has metadata as link,title,add_date,last_visit,last_modify,last_charset. how to store them? one bookmark file have multiple bookmarks, I need to insert a new record in table ServiceType, each record into table Service for every bookmark entry, but how to manage multiple bookmark information ,they are from one single html file, Use childService? ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] Fixes for year/dates in TST
Laurent Aguerreche wrote: Hello I send a patch to correctly print years (and not dates) of audio files in TST. Problem: some audio files do not have a correct year. They miss often a year. My code is pretty trivial so I think there is a bad conversion in trackerd directly. But, can I commit anyway? Laurent. ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list It looks like evolution mail indexing doesnot get right date time. because in TST, all evolution mail are on 1969. ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] how to add chinese locale support?
except add one zh.po under po directory, any other part of work need to be done? ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] patch for extract html information
two problem:
1. html tag are case insensitive, should use strcasecmp instead of strcmp
2. it will core dump when meet some html page which contains
aabc/a or meta
patch attached.
Index: src/tracker-extract/tracker-extract-html.c
===
--- src/tracker-extract/tracker-extract-html.c (revision 724)
+++ src/tracker-extract/tracker-extract-html.c (working copy)
@@ -37,11 +37,14 @@
gboolean
has_attribute( const xmlChar ** atts, const char *attr, const char*val )
{
+if (atts == NULL || attr == NULL || val == NULL)
+return FALSE;
+
int i;
for ( i = 0; atts[i]; i+=2 )
{
- if ( strcmp((char*)atts[i],attr) == 0 ) {
- if ( !val || strcmp((char*)atts[i+1],val) == 0 ) {
+ if ( strcasecmp((char*)atts[i],attr) == 0 ) {
+ if ( !val || strcasecmp((char*)atts[i+1],val) == 0 ) {
return TRUE;
}
}
@@ -55,7 +58,7 @@
int i;
for ( i = 0; atts[i]; i+=2 )
{
- if ( strcmp((char*)atts[i],attr) == 0 ) {
+ if ( strcasecmp((char*)atts[i],attr) == 0 ) {
return atts[i+1];
}
}
@@ -67,7 +70,7 @@
startElement (void * info, const xmlChar * name, const xmlChar ** atts)
{
/* Look for RDFa triple describing the license */
- if ( strcmp((char*)name,a) == 0 ) {
+ if ( strcasecmp((char*)name,a) == 0 ) {
/* This tag is a license. Ignore, however, if it is referring to another document */
if ( has_attribute(atts,rel,license) !has_attribute(atts,about,NULL) ) {
const xmlChar *href = lookup_attribute(atts,href);
@@ -76,9 +79,9 @@
g_strdup( (char*)href ));
}
}
- } else if ( strcmp((char*)name,title) == 0 ) {
+ } else if ( strcasecmp((char*)name,title) == 0 ) {
((HTMLParseInfo *)info)-current = READ_TITLE;
- } else if ( strcmp((char*)name,meta) == 0 ) {
+ } else if ( strcasecmp((char*)name,meta) == 0 ) {
if ( has_attribute(atts,name,Author) ) {
const xmlChar *author = lookup_attribute(atts,content);
if ( author ) {
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] applet.py need to be updated also
since it is 0.60 already.
Index: applet/applet.py
===
--- applet/applet.py(revision 724)
+++ applet/applet.py(working copy)
@@ -47,12 +47,12 @@
self.menu.popup(None, None, None, button, time)
def on_preferences(self, data):
- print 'preferences'
+ os.spawnlpe(os.P_NOWAIT, 'tracker-preferences',os.environ)
def on_about(self, data):
dialog = gtk.AboutDialog()
dialog.set_name('MetaTracker')
- dialog.set_version('0.5.0')
+ dialog.set_version('0.6.0')
dialog.set_comments('A desktop indexing and search tool')
dialog.set_website('www.freedesktop.org/Tracker')
dialog.set_logo(gtk.gdk.pixbuf_new_from_file_at_size('applet.svg
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] patch: tracker-tag doesnot work as expected
Tracker-tag for the current svn does not work as expected on solaris.
1. tracker-tag -a keyword file
doesnot work
2. when I use TST add one tag for one file,
I can not use tracker-tag -s keyword to list it.
here is the patch.
Index: src/trackerd/tracker-dbus-keywords.c
===
--- src/trackerd/tracker-dbus-keywords.c (revision 711)
+++ src/trackerd/tracker-dbus-keywords.c (working copy)
@@ -491,7 +491,7 @@
str_select = g_string_append (str_select, ' || S.Name as EntityName from Services S, ServiceKeywordMetaData M );
- char *related_metadata = tracker_get_related_metadata_names (db_con, DC:Keywords);
+ char *related_metadata = tracker_get_related_metadata_names (db_con, User:Keywords);
str_where = g_string_new ();
Index: src/libtracker/tracker-tag.c
===
--- src/libtracker/tracker-tag.c (revision 711)
+++ src/libtracker/tracker-tag.c (working copy)
@@ -135,9 +135,10 @@
if (files)
for (i = 0; files[i] != NULL; i++) {
- gchar *tmp = realpath (files[i], NULL);
+char resolved_path[PATH_MAX];
+ gchar *tmp = realpath (files[i], resolved_path);
if (tmp) {
-gchar *utf = g_filename_to_utf8 (tmp, -1, NULL, NULL, NULL);
+gchar *utf = g_filename_to_utf8 (resolved_path, -1, NULL, NULL, NULL);
g_free (files[i]);
g_free (tmp);
files[i] = utf;
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] Delaying 0.6 to this weekend
I have tested trunk on my solaris x86 box. the greatest thing for me is that I can get meta data for evolution mail in TST, which is great. and another thing is that even I didnot download all mails to my local, I still can index them, search them, and open them. wonderful. jamie wrote: On Fri, 2007-07-20 at 13:40 +0200, Mikkel Kamstrup Erlandsen wrote: 2007/7/19, jamie [EMAIL PROTECTED]: its 99% done but needs more testing only things left are to clean up the prefs screen, fix key date formats and add empathy log viewer Hi, Here are my test report from trunk as of last night: - indexing is faster and lighter than usual! - as always search results appear surprisingly fast - I miss the ability to view more hits per page (fx autoscaling when I resize the window) we should add an option to tracker-prefs for how many hits to show per page (dunno about autoscalling) - emails all have empty hits in the UI (I get some (null)uid=N strings in the raw output) is this imap ones? have you made sure in Evo to tell imap to store emails locally? If above is yes can you get me the url string for the imap account in gconf? - I get .desktop files in Chat Logs I cannot replicate this - apps appear in apps and chat logs in chat logs. Anyone else get these problems? ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] tracker-prefs read the wrong key for IndexEvolutionmail
Here is the patch.
also, I make invisible for IndexThunderbirdmail and IndexKmail,
since they are not ready.
if I am wrong, please correct me.
Index: src/trackerd/tracker-utils.c
===
--- src/trackerd/tracker-utils.c (revision 673)
+++ src/trackerd/tracker-utils.c (working copy)
@@ -2256,9 +2256,13 @@
key_file = g_key_file_new ();
- filename = g_build_filename (tracker-config_dir, tracker.cfg, NULL);
+ filename = g_build_filename (tracker-config_dir, /tracker/tracker.cfg, NULL);
if (!g_file_test (filename, G_FILE_TEST_EXISTS)) {
+ char *tracker_dir = g_build_filename(tracker-config_dir,/tracker,NULL);
+ if (!g_file_test(tracker_dir,G_FILE_TEST_EXISTS)) {
+ g_mkdir_with_parents(tracker_dir,0700);
+ }
char *contents, *language;
language = get_default_language_code ();
@@ -2299,7 +2303,7 @@
# Enables use of language-specific stemmer\n,
EnableStemmer=true\n,
[Emails]\n,
- IndexEvolutionEmails=true\n,
+ IndexEvolutionEmails=false\n,
[Performance]\n,
# Maximum size of text in bytes to index from a file's text contents\n,
MaxTextToIndex=1048576\n,
Index: src/tracker-preferences/tracker-configuration.c
===
--- src/tracker-preferences/tracker-configuration.c (revision 673)
+++ src/tracker-preferences/tracker-configuration.c (working copy)
@@ -261,7 +261,7 @@
GError *error = NULL;
priv-dirty = FALSE;
- priv-filename = g_build_filename (g_strdup (g_get_user_config_dir ()), tracker.cfg, NULL);
+ priv-filename = g_build_filename (g_strdup (g_get_user_config_dir ()), /tracker/tracker.cfg, NULL);
priv-keyfile = g_key_file_new ();
if (!g_file_test (priv-filename, G_FILE_TEST_EXISTS))
Index: src/tracker-preferences/tracker-preferences.glade
===
--- src/tracker-preferences/tracker-preferences.glade (revision 673)
+++ src/tracker-preferences/tracker-preferences.glade (working copy)
@@ -305,7 +305,7 @@
/child
child
widget class=GtkCheckButton id=chkEnableThunderbirdIndexing
-property name=visibleTrue/property
+property name=visibleFalse/property
property name=label translatable=yesEnable Thunderbird email indexing/property
property name=draw_indicatorTrue/property
/widget
@@ -316,7 +316,7 @@
/child
child
widget class=GtkCheckButton id=chkEnableKMailIndexing
-property name=visibleTrue/property
+property name=visibleFalse/property
property name=label translatable=yesEnable KMail email indexing/property
property name=draw_indicatorTrue/property
/widget
Index: src/tracker-preferences/tracker-preferences.c
===
--- src/tracker-preferences/tracker-preferences.c (revision 673)
+++ src/tracker-preferences/tracker-preferences.c (working copy)
@@ -218,7 +218,7 @@
chkEnableEvolutionIndexing);
if (evolution_available ()) {
value = tracker_configuration_get_bool (configuration,
- /Services/IndexEvolutionEmails,
+ /Emails/IndexEvolutionEmails,
NULL);
gtk_toggle_button_set_active (GTK_TOGGLE_BUTTON (widget),
value);
@@ -423,7 +423,7 @@
chkEnableEvolutionIndexing);
value = gtk_toggle_button_get_active (GTK_TOGGLE_BUTTON (widget));
tracker_configuration_set_bool (configuration,
- /Services/IndexEvolutionEmails,
+ /Emails/IndexEvolutionEmails,
value);
widget = glade_xml_get_widget (priv-gxml,
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] trackerd use a different key for Index EvolutionMails
when use tracker-preference to enable index evolution mails,
I found that it does not affect trackerd,
because trackerd use a different key for it.
so here is the patch.
Index: src/trackerd/tracker-utils.c
===
--- src/trackerd/tracker-utils.c (revision 655)
+++ src/trackerd/tracker-utils.c (working copy)
@@ -2438,8 +2438,8 @@
tracker-additional_mboxes_to_index = NULL;
- if (g_key_file_has_key (key_file, Emails, IndexEvolutionEmails,
NULL)) {
- tracker-index_evolution_emails = g_key_file_get_boolean (key_file,
Emails, IndexEvolutionEmails, NULL);
+ if (g_key_file_has_key (key_file, Services, IndexEvolutionEmails,
NULL)){
+ tracker-index_evolution_emails = g_key_file_get_boolean (key_file,
Services, IndexEvolutionEmails, NULL);
} else {
tracker-index_evolution_emails = TRUE;
}
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] Updated GUI
Nice enhancement. Have now updated the GUI to use a sidebar instead of tabs There are still a few things left to do before releasing 0.6 : 1) Get all the other services in t-s-t (chat logs, attachments and applications) 2) Fix the metadata tile to display metadata for emails as well as the missing services in (1) I guess that when get metadata for email, it does not switch to email db. btw: why we have 3 location to store DB, $HOME/.local, $HOME/.cache, /var/tmp/.../ 3) make all calls async in t-s-t 4) a few of the remaining bugs in bugzilla for t-s-t 5) show everything in a service at starup or when search term field is blank anyway almost there - expect a release probably saturday or sunday at the latest Feel free to start testing it... jamie ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] one bug in libtracker-gtk
When I run tracker-search-tool on solaris sparc,
I always met the problem that it tells me Invalid or non-existant type
was specified
I debug it, found that some string array are not null terminated,
when sending
it depend on compile to add NULL after it, which is not good.
if some compile does not do that, it will
so I made this patch.
and I see dbus tutorial (http://dbus.freedesktop.org/doc/dbus-tutorial.html)
its sample to Sending two array of strings, these two strings are NULL
terminated.
Index: src/libtracker-gtk/tracker-metadata-tile.c
===
--- src/libtracker-gtk/tracker-metadata-tile.c (revision 649)
+++ src/libtracker-gtk/tracker-metadata-tile.c (working copy)
@@ -239,7 +239,8 @@
File:Size,
File:Accessed,
File:Mime,
- DC:Keywords
+ DC:Keywords,
+NULL
};
enum {
@@ -262,7 +263,8 @@
Doc:PageCount,
Doc:WordCount,
Doc:Created,
- DC:Keywords
+ DC:Keywords,
+NULL
};
enum {
@@ -288,7 +290,8 @@
Audio:ReleaseDate,
Audio:Codec,
File:Size,
- DC:Keywords
+ DC:Keywords,
+NULL
};
enum {
@@ -317,7 +320,8 @@
Image:Flash,
Image:FocalLength,
Image:ExposureTime,
- DC:Keywords
+ DC:Keywords,
+NULL
};
enum {
@@ -345,7 +349,8 @@
Video:Codec,
Video:Bitrate,
Video:Duration,
- DC:Keywords
+ DC:Keywords,
+NULL
};
enum {
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] About Linux Kernel file notification support
Are you talking about fam or inotify?it is already there. If enable fam or inotify, whenever a file under watched is modified. tracker deamon will be notified to re index it again. Filippo Pappalardo wrote: Hi all, and nice to see the list active again. @Jamie: on march 8 you wrote down a couple of ideas to be implemented in future versions of Tracker. One of them was very promising to me (and I'd guess others): 3) Linux Kernel file notification mechanism. This would speed up trackers start up time by doing away with the need to scan for dirs to watch at startup. If tracker is always running we can be confident of always being up to date with that mechanism. OSX has this facility. I *really* look forward to hear some news on that front. Thank you for Tracker and thanks to everybody involved for their commitment :) Email.it, the professional e-mail, gratis per te:clicca qui http://www.email.it/cgi-bin/start?sid=3 Sponsor: Che regalo scegli? un idropulitrice? un aspirapolvere? o preferisci una motoscopa? Prova qui Clicca qui http://adv.email.it/cgi-bin/foclick.cgi?mid=6756d=10-7 ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] Any oustanding patches I have missed?
jamie 写道:
Speak up now!
jamie.
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
how about this core dump?
Stack trace:
#0 0xfeb093f0 in countbytes () from /lib/libc.so.1
#1 0xfeb49775 in _ndoprnt () from /lib/libc.so.1
#2 0xfeb4bba0 in vsnprintf () from /lib/libc.so.1
#3 0xfec4d6bb in g_printf_string_upper_bound () from /usr/lib/libglib-2.0.so.0
#4 0xfec6b6eb in g_vasprintf () from /usr/lib/libglib-2.0.so.0
#5 0xfec5b6f2 in g_strdup_vprintf () from /usr/lib/libglib-2.0.so.0
#6 0x0809d871 in tracker_info (
message=0x81039cc Indexing %s with service %s and mime %s (existing))
at tracker-utils.c:3372
#7 0x08086fbe in tracker_db_index_service (db_con=0x8228a10, info=0x826dd70,
service=0x810355d Applications, meta_table=0x821bd60,
attachment_uri=0x0, attachment_service=0x0, get_embedded=1,
get_full_text=0, get_thumbs=0) at tracker-db.c:663
#8 0x08085cb5 in tracker_db_index_application (db_con=0x8228a10,
info=0x826dd70) at tracker-apps.c:185
#9 0x0806c75c in index_entity (db_con=0x8228a10, info=0x826dd70)
at trackerd.c:753
#10 0x0806d48d in process_files_thread () at trackerd.c:1308
the reason is :
tracker_info (Indexing %s with service %s and mime %s (existing), uri,
service, info-mime);
info-mime is null, so it crashes.
Add a null check to avoid this crash, here is the simple patch
Index: src/trackerd/tracker-db.c
===
--- src/trackerd/tracker-db.c (revision 590)
+++ src/trackerd/tracker-db.c (working copy)
@@ -656,6 +656,9 @@
tracker_log (Service %s not supported yet, service);
return;
}
+if (info-mime == NULL) {
+info-mime = g_strdup(unknown);
+}
if (info-is_new) {
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] add one feature to query tracker daemon's busy/idle status
so when tracker-file_process_queue is not empty, and pending table is not empty, track daemon is busy, right? On Fri, 2007-06-29 at 10:56 +0800, Jerry Tan wrote: This patch add one API to tracker client, so it is easy to query tracker daemon's busy/idle status by call it. for example, a desktop applet can show different icons when tracker daemon is busy or idle. its not quite right the queue length can be zero and tracker can still be indexing. Also we overflow large queues into a temp table to preserve RAM (you will see it called as pending files in the code) so it can be zero but still have a large number of pending files you really need to check for the file process thread to be sleeping instead and set a suitable variable. There is a tracker-status variable already in the code in trackerd.c to track the various states but its not used anywhere so I dont know if its up to date everything else looks ok so feel free to send an update thanks jamie ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
Re: [Tracker] add one feature to query tracker daemon's busy/idle status
Yes, provide one client API to query tracker daemon's working status, such as how much percent has been finished, working load, but is it easy to implement this? tracker daemon does not calculate how many files under watched dir first. I also think it would be better to have a GetStatus method instead of an IsBusy so it can return a string for each of the possible status. For a client it might also be handy to know, if its indexing, the uri of the entity being indexed. We will also need a dbus signal StatusChanged to be emitted too but that can wait if you are busy jamie ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] add one feature to query tracker daemon's busy/idle status
This patch add one API to tracker client,
so it is easy to query tracker daemon's busy/idle status by call it.
for example, a desktop applet can show different icons when tracker
daemon is busy or idle.
Index: src/trackerd/trackerd.c
===
--- src/trackerd/trackerd.c (revision 599)
+++ src/trackerd/trackerd.c (working copy)
@@ -1417,20 +1417,36 @@
break;
- case DBUS_ACTION_GET_SERVICES:
+case DBUS_ACTION_IS_BUSY:
-tracker_dbus_method_get_services (rec);
+reply = dbus_message_new_method_return (rec-message);
-break;
+gboolean is_busy = FALSE;
+
+gint has_pendings = g_async_queue_length(tracker-file_process_queue);
+if (has_pendings 0)
+ is_busy = TRUE;
+
+
+dbus_message_append_args (reply,
+ DBUS_TYPE_BOOLEAN, is_busy,
+ DBUS_TYPE_INVALID);
- case DBUS_ACTION_GET_VERSION:
+dbus_connection_send (rec-connection, reply, NULL);
+dbus_message_unref (reply);
-tracker_dbus_method_get_version (rec);
+
+//tracker_dbus_method_is_busy(rec);
+
+break;
+ case DBUS_ACTION_GET_SERVICES:
+
+tracker_dbus_method_get_services (rec);
+
break;
-
case DBUS_ACTION_METADATA_GET:
tracker_dbus_method_metadata_get (rec);
Index: src/trackerd/tracker-dbus.c
===
--- src/trackerd/tracker-dbus.c (revision 599)
+++ src/trackerd/tracker-dbus.c (working copy)
@@ -127,6 +127,12 @@
rec-action = DBUS_ACTION_PING;
+} else if (dbus_message_is_method_call (message, TRACKER_INTERFACE, TRACKER_METHOD_IS_BUSY)) {
+
+dbus_message_ref (message);
+rec-action = DBUS_ACTION_IS_BUSY;
+
+
} else if (dbus_message_is_method_call (message, TRACKER_INTERFACE, TRACKER_METHOD_GET_STATS)) {
dbus_message_ref (message);
Index: src/trackerd/tracker-dbus.h
===
--- src/trackerd/tracker-dbus.h (revision 599)
+++ src/trackerd/tracker-dbus.h (working copy)
@@ -40,6 +40,7 @@
/* main service interface */
#define TRACKER_METHOD_PING Ping
+#define TRACKER_METHOD_IS_BUSY IsBusy
#define TRACKER_METHOD_GET_STATS GetStats
#define TRACKER_METHOD_GET_SERVICES GetServices
#define TRACKER_METHOD_GET_VERSION GetVersion
@@ -109,6 +110,7 @@
DBUS_ACTION_NONE,
DBUS_ACTION_PING,
+DBUS_ACTION_IS_BUSY,
DBUS_ACTION_GET_SERVICES,
DBUS_ACTION_GET_STATS,
DBUS_ACTION_GET_VERSION,
Index: src/libtracker/tracker.h
===
--- src/libtracker/tracker.h (revision 599)
+++ src/libtracker/tracker.h (working copy)
@@ -101,6 +101,7 @@
/* synchronous calls */
int tracker_get_version(TrackerClient *client, GError **error);
+gbooleantracker_is_busy(TrackerClient *client, GError **error);
GHashTable * tracker_get_services(TrackerClient *client, gboolean main_services_only, GError **error);
GPtrArray * tracker_get_stats(TrackerClient *client, GError **error);
@@ -156,6 +157,7 @@
void tracker_get_version_async (TrackerClient *client, TrackerIntReply callback, gpointer user_data);
+void tracker_is_busy_async (TrackerClient *client, TrackerIntReply callback, gpointer user_data);
void tracker_get_services_async (TrackerClient *client, gboolean main_services_only, TrackerHashTableReply callback, gpointer user_data);
void tracker_get_stats_async (TrackerClient *client, TrackerGPtrArrayReply callback, gpointer user_data);
Index: src/libtracker/Makefile.am
===
--- src/libtracker/Makefile.am (revision 599)
+++ src/libtracker/Makefile.am (working copy)
@@ -14,7 +14,7 @@
include_HEADERS = tracker.h tracker-client.h
-bin_PROGRAMS = tracker-search tracker-query tracker-meta-folder tracker-stats tracker-tag tracker-files
+bin_PROGRAMS = tracker-search tracker-query tracker-meta-folder tracker-stats tracker-tag tracker-files tracker-busy
tracker_search_SOURCES = tracker-search.c
@@ -44,6 +44,14 @@
$(GOBJECT_LIBS) \
libtrackerclient.la
+tracker_busy_SOURCES = tracker-busy.c
+
+tracker_busy_LDADD = $(GLIB2_LIBS) \
+ $(DBUS_LIBS)\
+ $(GOBJECT_LIBS) \
+
Re: [Tracker] missing ~/.Tracker directory
try $HOME/.config/tracker.cfg Jorge Visca wrote: Hi, I've installed tracker 0.6 from CVS, and i'm missing ~/.Tracker directory (and thus tracker.cfg). I'm already using tracker, and it works. I configured some no watch dirs using tracker-preferences, and trackerd is using that correctly (checked runnind trackerd --verbosity=1), but i have no clue where is trackerd getting those settings from. I hope it's just that the configuration file was moved somewhere else. I've already ran out of obvious ideas, and that's all i'm good for. :) - $ ls -d .T* .Trash $ - Jorge ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] trackerd crashed with the latest svn
when I check out the latest svn, and build, install,
it crashed.
Stack trace:
#0 0xfeb093f0 in countbytes () from /lib/libc.so.1
#1 0xfeb49775 in _ndoprnt () from /lib/libc.so.1
#2 0xfeb4bba0 in vsnprintf () from /lib/libc.so.1
#3 0xfec4d6bb in g_printf_string_upper_bound () from /usr/lib/libglib-2.0.so.0
#4 0xfec6b6eb in g_vasprintf () from /usr/lib/libglib-2.0.so.0
#5 0xfec5b6f2 in g_strdup_vprintf () from /usr/lib/libglib-2.0.so.0
#6 0x0809d871 in tracker_info (
message=0x81039cc Indexing %s with service %s and mime %s (existing))
at tracker-utils.c:3372
#7 0x08086fbe in tracker_db_index_service (db_con=0x8228a10, info=0x826dd70,
service=0x810355d Applications, meta_table=0x821bd60,
attachment_uri=0x0, attachment_service=0x0, get_embedded=1,
get_full_text=0, get_thumbs=0) at tracker-db.c:663
#8 0x08085cb5 in tracker_db_index_application (db_con=0x8228a10,
info=0x826dd70) at tracker-apps.c:185
#9 0x0806c75c in index_entity (db_con=0x8228a10, info=0x826dd70)
at trackerd.c:753
#10 0x0806d48d in process_files_thread () at trackerd.c:1308
the reason is :
tracker_info (Indexing %s with service %s and mime %s (existing), uri,
service, info-mime);
info-mime is null, so it crashes.
Add a null check to avoid this crash, here is the simple patch
Index: src/trackerd/tracker-db.c
===
--- src/trackerd/tracker-db.c (revision 590)
+++ src/trackerd/tracker-db.c (working copy)
@@ -656,6 +656,9 @@
tracker_log (Service %s not supported yet, service);
return;
}
+if (info-mime == NULL) {
+info-mime = g_strdup(unknown);
+}
if (info-is_new) {
___
tracker-list mailing list
tracker-list@gnome.org
http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] Will tracker 0.60 be intergrated into gnome 2.20?
According to tracker's roadmap and gnome schedule, it is likely tracker 0.60 be integrated into gnome 2.20, but I can not see any discussion on gnome desktop dev mail list. ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
[Tracker] one question about inotify
when I configure tracker trunk code on solaris, it tells me that file monitor backend to be used: polling only inotify header location: none ioprio support: no It detects some kernel features, such as inotify which is to monito file system change, but I want to know that solaris doesnot support inotify, how it will impact tracker's features on solaris? btw: I have no linux box at hand, I want to know when configure tracker on linux, what are the values for file monitor backend to be used? thanks. ___ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list
