Re: Memory usage
> Did you also run it with "--debug-memory"? If so, please email the > ~/.beagle/Log/current-Beagle log to me. I am doing so now. I am currently using mono-1.1.8.2. Could I resolve this problem by upgrading to 1.1.9? Greg ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: System.NullReferenceException Beagle CVS
Hi, On Thu, 2005-09-08 at 22:17 -0400, Kevin Kubasik wrote: > WARN: Caught exception calling DoQuery on 'Files' > WARN: System.NullReferenceException: Object reference not set to an > instance of an object > in <0x0068f> Beagle.Daemon.FileSystemQueryable.FileNameFilter:Ignore > (Beagle.Daemon.FileSystemQueryable.DirectoryModel parent, > System.String name, Boolean is_directory) > in <0x000f7> Beagle.Daemon.FileSystemQueryable.FileSystemQueryable:HitFilter > (Beagle.Hit hit) I just checked in a fix for this. Thanks go out to Lukas Lipka who tracked this down. Joe ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Mail indexer
Hi, On Tue, 2005-09-20 at 20:07 +0200, Nils Erik Svangård wrote: > I think I get it. If the fileformat for the licq logs is some strange > format I probably have to write a filter for that. And then make a > backen who uses that filter? Essentially, yes. If I were you, though, I would start with the backend, since that's where the data will be coming from to start. I don't know anything about licq, so I'll make up a hypothetical situation. Let's say that licq stores its logs in ~/.licq/logs/ and that there is a icq number to nickname mapping in ~/.licq/buddy.xml. Your backend would look in ~/.licq/logs for new/updated logs, and then look in ~/.licq/buddy.xml to map them to a human readable name. You then create an Indexable object and set certain properties on it, including the nickname of the buddy who sent it to you. >From there, the filter would take over and parse the logs for more general information if it's there. Now, if the licq logs are very specialized (ie, not plain text, but not HTML or some other standard format) you can skip the filtering process altogether and just do all of the work in the backend. Joe ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Mail indexer
Hi, I think I get it. If the fileformat for the licq logs is some strange format I probably have to write a filter for that. And then make a backen who uses that filter? /nisseOn 9/20/05, Joe Shaw <[EMAIL PROTECTED]> wrote: Hi,On Tue, 2005-09-20 at 17:28 +0200, Nils Erik Svangård wrote:> I user mozilla-thunderbird as my primary mailreader (I dont like the> filtering in Evolution). I have played around with beagle (and browsed > the Evolution indexer source). If I want to index my mail do I have to> make a Thunderbird indexer or is it better to write a IMAP interface> and index my mail directly on the server.> This question applies to LICQ also, I use LICQ and Gaim parallel. LICQ > handles ICQ much better than Gaim. Do I have to write a indexer for> LICQ aswell.Writing a Thunderbird backend is the best way to go for this. Thisprobably also applies for LICQ, but I don't know how its data is stored. > What is the diffrence between indexer and filters?What you call the "indexer" we call a "backend." A backend isessentially a data source. For example, the file system is a data source: all of the files in your home directory. The Evolution mailbackend is a data source: it pulls structured data from your~/.evolution directory and GConf. The Gaim backend pulls data from~/.gaim, and knows how to parse the Gaim buddy list and log files. A filter, on the other hand, knows how to process a specific piece ofdata, regardless of its data source. So the HTML filter can processHTML files on disk, HTML attachments in your mail, or the HTML logs from Gaim.For your two examples, you probably want to write backends and havethose use existing filters is possible. For example, if you extract themessage data with the Thunderbird backend, the mail filter will process it and extract info like From, To, Subject, etc.Joe ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Mail indexer
Hi, On Tue, 2005-09-20 at 17:28 +0200, Nils Erik Svangård wrote: > I user mozilla-thunderbird as my primary mailreader (I dont like the > filtering in Evolution). I have played around with beagle (and browsed > the Evolution indexer source). If I want to index my mail do I have to > make a Thunderbird indexer or is it better to write a IMAP interface > and index my mail directly on the server. > This question applies to LICQ also, I use LICQ and Gaim parallel. LICQ > handles ICQ much better than Gaim. Do I have to write a indexer for > LICQ aswell. Writing a Thunderbird backend is the best way to go for this. This probably also applies for LICQ, but I don't know how its data is stored. > What is the diffrence between indexer and filters? What you call the "indexer" we call a "backend." A backend is essentially a data source. For example, the file system is a data source: all of the files in your home directory. The Evolution mail backend is a data source: it pulls structured data from your ~/.evolution directory and GConf. The Gaim backend pulls data from ~/.gaim, and knows how to parse the Gaim buddy list and log files. A filter, on the other hand, knows how to process a specific piece of data, regardless of its data source. So the HTML filter can process HTML files on disk, HTML attachments in your mail, or the HTML logs from Gaim. For your two examples, you probably want to write backends and have those use existing filters is possible. For example, if you extract the message data with the Thunderbird backend, the mail filter will process it and extract info like From, To, Subject, etc. Joe ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Kmail support
Hi, On Tue, 2005-09-20 at 18:10 +0300, Aviram Jenik wrote: > I've been using D Bera's kmail support code for a few weeks now, and it works > wonderful for indexing and searching for both Maildir and IMAP cache > directories. > > I was hoping it'll merge into the 0.1 release, but I saw it wasn't there, and > isn't in the CVS either - are there plans to include it any time soon? Yeah, it's on my short list of things to do. I've just been so bogged down with the SUSE Linux 10.0 release and then the Beagle 0.1.0 stuff that I haven't had the opportunity to review it yet. Count on it being in the next release. Joe ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Files backend problem
Hi, On Tue, 2005-09-20 at 13:07 +0300, Aviram Jenik wrote: > Here is the last snippet of the IndexHelper log. After that no indexing is > done and best freezes. If I kill beagle and restart it while disabling the > files backend, everything works ok: It's a bug in the Powerpoint filter. Can you open a bug and (if you can) attach that ppt file to the bug? As a workaround you can make that file unreadable or disable gsf-sharp support at configure-time. Joe ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Memory usage
Hi, On Mon, 2005-09-19 at 20:47 -0400, Gregory Pierce wrote: > Well, I did as you suggested ("beagled --allow-backend Files") and > mono-beagled is up to 601 MB of resident memory! So, as you suspected, > it is the Files backend that is at least partly responsible. Is there > any other information that I could provide that may help in tracking > down what is causing this runaway memory usage? Did you also run it with "--debug-memory"? If so, please email the ~/.beagle/Log/current-Beagle log to me. Joe ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Beagle 0.1.0 crash
Hi, On Tue, 2005-09-20 at 10:08 +0100, Darren Davison wrote: > It's the IMLog backend. Thanks a lot for tracking this down, I just checked in a fix for it into CVS. It is related to the fact that you're running without inotify. If you are building from source you can add the line: task.Source = this; inside the "if (!Inotify.Enabled)" brace, before the "ThisScheduler.Add (task);" line in beagled/GaimLogQueryable/GaimLogQueryable.cs. Joe ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Mail indexer
Hello! I user mozilla-thunderbird as my primary mailreader (I dont like the filtering in Evolution). I have played around with beagle (and browsed the Evolution indexer source). If I want to index my mail do I have to make a Thunderbird indexer or is it better to write a IMAP interface and index my mail directly on the server. This question applies to LICQ also, I use LICQ and Gaim parallel. LICQ handles ICQ much better than Gaim. Do I have to write a indexer for LICQ aswell. What is the diffrence between indexer and filters? /nisse ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Kmail support
Hi, I've been using D Bera's kmail support code for a few weeks now, and it works wonderful for indexing and searching for both Maildir and IMAP cache directories. It has a nice ability to auto-detect maildir directory and seems to be quite stable (I have 70,000+ mails). Overall, it fulfils 100% of my needs with regards to email search, and makes beagle the killer application on my desktop. I was hoping it'll merge into the 0.1 release, but I saw it wasn't there, and isn't in the CVS either - are there plans to include it any time soon? - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Files backend problem
On Tuesday, 20 September 2005 14:42, Veerapuram Varadhan wrote: > > Joe: The work-around should go into gsf-sharp, till the > mono-marshaller/gtk-sharp (not sure of which one is doing this) gets > fixed. Thinking of submitting a patch for the same. Whom should I post > it to? > I'm not Joe, but I think the bugzilla is a good place to put the patch in. Alternatively, I'll be happy if you could send it to me personally for testing. But does it make sense that it makes beagled misbehave so badly? > > V. Varadhan - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Some 0.1.0 questions
On Tue, 2005-09-20 at 18:17 +0200, Lukas Lipka wrote: > Nat's mockup certainly looks very interesting. I may have a go at it > during the upcoming weekend. We could perhaps very well do a hackfest if > there would be any interest. I'm pretty busy this weekend here in Beijing but I will try to show up for the First Annual Lukas Lipka/Linux Desktop Search UI Hackfest! Also I will buy the pizza. Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Some 0.1.0 questions
I've been experimenting with the UI over the last weekend. Here are some of the "working" prototypes: http://www.gympoh.edu.sk/~lipka/tmp/best-spot.png http://www.gympoh.edu.sk/~lipka/tmp/best-vista.png Nat's mockup certainly looks very interesting. I may have a go at it during the upcoming weekend. We could perhaps very well do a hackfest if there would be any interest. Best, Lukas On Tue, 2005-09-20 at 03:48 -0400, Nat Friedman wrote: > On Tue, 2005-09-20 at 13:24 +0530, Sharninder wrote: > > > Actually what I meant was that spotlight also does something like this > > and its very useful. But now that you've pointed out, I can see the > > difference. This is much better than spotlight and reaffirms my faith in > > open source technologies. > > Well, it's not implemented yet. It would affirm my faith in open source > if someone on this list would start implementing it :-). > > > You guys are doing a great job. Nat: You btw > > have a great blog. I liked reading about your cycling exploits :) > > The big ride is still coming, stay tuned ;-) > > Nat > > > ___ > Dashboard-hackers mailing list > Dashboard-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/dashboard-hackers > ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Files backend problem
Hi, On Tue, 2005-09-20 at 10:07 +, Aviram Jenik wrote: > Hi, > 05-09-20 00.11.56.37 03405 IndexH ERROR: Exception occurred duing > DoPullProperties. > 05-09-20 00.11.56.38 03405 IndexH ERROR: System.NullReferenceException: Object > reference not set to an instance of an object > in <0x0> > in (wrapper managed-to-native) GLib.Value:g_value_get_string (GLib.Value&) > in <0xe> GLib.Value:op_Explicit (Value val) > in <0x00163> Beagle.Filters.FilterPPT:ExtractMetaData (Gsf.Input sumStream, > Gsf.Input docSumStream) > in <0x0011f> Beagle.Filters.FilterPPT:DoPullProperties () > 05-09-20 00.11.56.74 03405 IndexH DEBUG: Helper Size: VmRSS=44.7 MB, > size=5.02, 100.4% > 05-09-20 00.11.56.74 03405 IndexH DEBUG: Process too big, shutting down! > 05-09-20 00.11.56.74 03405 IndexH DEBUG: CancelIfBlocking > Beagle.Daemon.ConnectionHandler > 05-09-20 00.11.56.74 03405 IndexH DEBUG: (1) Waiting for 2 workers... > 05-09-20 00.11.56.74 03405 IndexH DEBUG: waiting for server > '/home/aviram/.beagle/socket-helper' > 05-09-20 00.11.56.74 03405 IndexH DEBUG: waiting for HandleConnection (8) > 05-09-20 00.11.56.81 03405 IndexH DEBUG: > +file:///home/aviram/Documents/some-very-large-and-complicated-powerpoint-file.ppt > 05-09-20 00.11.57.01 03405 IndexH DEBUG: Server > '/home/aviram/.beagle/socket-helper' shut down > 05-09-20 00.11.57.02 03405 IndexH DEBUG: (2) Waiting for 1 worker... > 05-09-20 00.11.57.02 03405 IndexH DEBUG: waiting for HandleConnection (8) > > > This has made the files backend practically unusable for me. I tried deleting > the indexes and re-indexing, but that doesn't help. Note that early CVS > versions (right after 0.0.12) worked fine on the same file system. http://bugzilla.gnome.org/show_bug.cgi?id=316120 That would give you some background about the bug. Joe: The work-around should go into gsf-sharp, till the mono-marshaller/gtk-sharp (not sure of which one is doing this) gets fixed. Thinking of submitting a patch for the same. Whom should I post it to? V. Varadhan ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Files backend problem
Hi, I've been having problems with the Files backend from the pre-0.1 CVS that still happen with 0.1. The description of the problem is identical to the one described earlier - best "freezes" during rendering if any files appear in the search results, and indexing stops (even indexing of other backends). Also, beagle-shutdown leaves zombies that are only killed by kill -9. Here is the last snippet of the IndexHelper log. After that no indexing is done and best freezes. If I kill beagle and restart it while disabling the files backend, everything works ok: 05-09-20 00.11.56.37 03405 IndexH ERROR: Exception occurred duing DoPullProperties. 05-09-20 00.11.56.38 03405 IndexH ERROR: System.NullReferenceException: Object reference not set to an instance of an object in <0x0> in (wrapper managed-to-native) GLib.Value:g_value_get_string (GLib.Value&) in <0xe> GLib.Value:op_Explicit (Value val) in <0x00163> Beagle.Filters.FilterPPT:ExtractMetaData (Gsf.Input sumStream, Gsf.Input docSumStream) in <0x0011f> Beagle.Filters.FilterPPT:DoPullProperties () 05-09-20 00.11.56.74 03405 IndexH DEBUG: Helper Size: VmRSS=44.7 MB, size=5.02, 100.4% 05-09-20 00.11.56.74 03405 IndexH DEBUG: Process too big, shutting down! 05-09-20 00.11.56.74 03405 IndexH DEBUG: CancelIfBlocking Beagle.Daemon.ConnectionHandler 05-09-20 00.11.56.74 03405 IndexH DEBUG: (1) Waiting for 2 workers... 05-09-20 00.11.56.74 03405 IndexH DEBUG: waiting for server '/home/aviram/.beagle/socket-helper' 05-09-20 00.11.56.74 03405 IndexH DEBUG: waiting for HandleConnection (8) 05-09-20 00.11.56.81 03405 IndexH DEBUG: +file:///home/aviram/Documents/some-very-large-and-complicated-powerpoint-file.ppt 05-09-20 00.11.57.01 03405 IndexH DEBUG: Server '/home/aviram/.beagle/socket-helper' shut down 05-09-20 00.11.57.02 03405 IndexH DEBUG: (2) Waiting for 1 worker... 05-09-20 00.11.57.02 03405 IndexH DEBUG: waiting for HandleConnection (8) This has made the files backend practically unusable for me. I tried deleting the indexes and re-indexing, but that doesn't help. Note that early CVS versions (right after 0.0.12) worked fine on the same file system. - Aviram ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Beagle 0.1.0 crash
On Mon, 2005-09-19 at 17:24 -0400, Joe Shaw wrote: > Someone else was seeing this too. The most helpful thing would be if > you could track this down to a specific backend, by using > --allow-backend as an argument to beagled. I'd suggest blowing away > ~/.beagle each time so that you recreate a controlled environment each > time. It's the IMLog backend. Details below. I checked all the others individually to make sure there wasn't more than one, but they're all OK. However, I *did* see the same memory issue as others have reported with the Files backend. After running for six hours, it was consuming 490Mb (VmRSS). I didn't run the other backends for long enough (or probably have enough content) to see if it only applies to Files. Regards, Darren. [EMAIL PROTECTED] ~ $ beagled --fg --debug --allow-backend IMLog INFO: Starting Beagle Daemon (version 0.1.0) DEBUG: Command Line: /usr/lib/beagle/BeagleDaemon.exe --fg --debug --allow-backend IMLog (beagled:25667): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. DEBUG: Starting main loop DEBUG: Starting messaging server DEBUG: Starting QueryDriver DEBUG: Found index helper at /usr/lib/beagle/beagled-index-helper DEBUG: Found 1 types in BeagleDaemonLib, Version=1.4.3.3, Culture=neutral DEBUG: Found 0 user-configured static queryables DEBUG: Starting Scheduler thread INFO: Starting Gaim log backend inotify_init: Function not implemented Inotify not supported! You need a 2.6.13 kernel or later with CONFIG_INOTIFY enabled.WARN: Could not initialize inotify INFO: Gaim log backend worker thread done in .64s DEBUG: Daemon initialization finished after 1.46s Unhandled Exception: System.ArgumentNullException: null key Parameter name: key in [0x000c7] System.Collections.Hashtable:Find (System.Object key) in [0x2] (at /tmp/portage/mono-1.1.9/work/mono-1.1.9/mcs/class/corlib/System.Collections/Hashtable.cs:449) System.Collections.Hashtable:Contains (System.Object key) in <0x003c9> Beagle.Util.Scheduler:Worker () in (wrapper delegate-invoke) System.MulticastDelegate:invoke_void () -- Darren Davison Public Key: 0xDD356B0D signature.asc Description: This is a digitally signed message part ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Some 0.1.0 questions
On Tue, 2005-09-20 at 13:24 +0530, Sharninder wrote: > Actually what I meant was that spotlight also does something like this > and its very useful. But now that you've pointed out, I can see the > difference. This is much better than spotlight and reaffirms my faith in > open source technologies. Well, it's not implemented yet. It would affirm my faith in open source if someone on this list would start implementing it :-). > You guys are doing a great job. Nat: You btw > have a great blog. I liked reading about your cycling exploits :) The big ride is still coming, stay tuned ;-) Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Some 0.1.0 questions
> Spotlight just uses a table/tree. This is pretty different, because > each category can display things differently. In this mockup, for > example, mails are rows, but images are little boxes. > > Apple did not invent dividing things into groups with headers ;-) > > One nice thing about this mockup is that the match actions are in the > sidebar on the left; you select the match and then click on the action > you want to perform (set as background, open in gimp, etc). This gives > us more room to show matches than the current search prototype (best). > Actually what I meant was that spotlight also does something like this and its very useful. But now that you've pointed out, I can see the difference. This is much better than spotlight and reaffirms my faith in open source technologies. You guys are doing a great job. Nat: You btw have a great blog. I liked reading about your cycling exploits :) All the best. -- Sharninder ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Some 0.1.0 questions
On Tue, 2005-09-20 at 13:04 +0530, Sharninder wrote: > > There have been a few different UI ideas, here's one. > > > > http://nat.org/searchmockup.png > > > > Best is just a prototype UI and will need to be replaced. Jon and Joe > > and Fredrik have been very busy with the core Beagle engine so far and > > haven't had time to work on building a new UI themselves yet. You're > > welcome to help :-). > > This is nice. The grouping looks a lot like what apple spotlight does > but this is really needed. Spotlight just uses a table/tree. This is pretty different, because each category can display things differently. In this mockup, for example, mails are rows, but images are little boxes. Apple did not invent dividing things into groups with headers ;-) One nice thing about this mockup is that the match actions are in the sidebar on the left; you select the match and then click on the action you want to perform (set as background, open in gimp, etc). This gives us more room to show matches than the current search prototype (best). Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Some 0.1.0 questions
> There have been a few different UI ideas, here's one. > > http://nat.org/searchmockup.png > > Best is just a prototype UI and will need to be replaced. Jon and Joe > and Fredrik have been very busy with the core Beagle engine so far and > haven't had time to work on building a new UI themselves yet. You're > welcome to help :-). This is nice. The grouping looks a lot like what apple spotlight does but this is really needed. -- Sharninder ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Some 0.1.0 questions
On Sun, 2005-09-18 at 12:25 +0200, Andreas Wasserman wrote: > Q: Some search words (like "The Rock") throw Best into loading mode not > giving any results and making my cursor indicate it's loading until I > give it a new search word that doesn't produce this behaviour. This looks like a bug. I don't know what's causing it offhand myself but I suggest you file a bug in bugzilla so this doesn't get lost. Thanks for sending your feedback Andreas! Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Some 0.1.0 questions
On Tue, 2005-09-20 at 03:18 -0400, Nat Friedman wrote: > http://nat.org/searchmockup.png I forgot to say that Garrett made this mockup, not me :-) Credit where it's due, Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Some 0.1.0 questions
On Sun, 2005-09-18 at 12:25 +0200, Andreas Wasserman wrote: > Q: There is a feature request in bugzilla about Categories, any thoughts > on this? For me it would be a godsend, now when Best shows results by > date I usually get e-mails first and often end up having to scroll > multiple pages to get to what I want, so if I find 110 E-Mails, 2 Video > Files and 1 Audio file, having categories would even things out and show > my hit on the very first page. There have been a few different UI ideas, here's one. http://nat.org/searchmockup.png Best is just a prototype UI and will need to be replaced. Jon and Joe and Fredrik have been very busy with the core Beagle engine so far and haven't had time to work on building a new UI themselves yet. You're welcome to help :-). Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Some 0.1.0 questions
On Sun, 2005-09-18 at 12:25 +0200, Andreas Wasserman wrote: > Hey. > > With latest release I decided to query about some things I'm missing in > Beagle or would like to see implemented : > > Q: I have a large archive of movie trailers, where Beagle could be very > handy in handing me results quickly, but I rarely use beagle for this > since it seems to produce weird results depending on what I search for. > > For example. > File: Total Recall.mov > > I find the file using keyword "Recall" but not "Total". Perhaps unrelated, but I'm seeing something similar to this with file name indexing: $ echo "blah blah" > "nabokov lenin.txt" The daemon reports: DEBUG: +file:///home/nat/nabokov lenin.txt DEBUG: Found matching filter: Beagle.Filters.FilterText, Weight: 1 DEBUG: Testing filter: Beagle.Filters.FilterText DEBUG: Successfully filtered /home/nat/nabokov lenin.txt with Beagle.Filters.FilterText But then, for me, neither query returns any results: $ beagle-query nabokov $ beagle-query lenin $ Nat ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers