Re: beagle r4019 - in trunk/beagle: Util beagled beagled/DownloadsMetadataQueryable
Hi Kevin, after this commit I've noticed some strange behavior from the daemon. This is directly related to the new DownloadsMetadataQueryable you checked in. Here is a *short* output from the logs. snip Debug: Asking whether it's ok to index file:///tmp/Kurz_SCR_2007.doc [file:///tmp/Kurz_SCR_2007.doc] Debug: Delaying add of file:///tmp/Kurz_SCR_2007.doc until FSQ comes across it 4 4 4 Debug: Asking whether it's ok to index file:///tmp/Kurz_SCR_2007.doc [file:///tmp/Kurz_SCR_2007.doc] Debug: Delaying add of file:///tmp/Kurz_SCR_2007.doc until FSQ comes across it Killed /snip This goes on forever, blocking the daemon and the only way to shut the daemon down is to send A SIGKILL signal. Please do fix it as soon as possible! Thanks, Lukas On Tue, 2007-10-02 at 21:55 +0100, [EMAIL PROTECTED] wrote: Author: kkubasik Date: 2007-10-02 21:55:29 +0100 (Tue, 02 Oct 2007) New Revision: 4019 ViewCVS link: http://svn.gnome.org/viewcvs/beagle?rev=4019view=rev Added: trunk/beagle/Util/Firefox.cs trunk/beagle/beagled/DownloadsMetadataQueryable/ trunk/beagle/beagled/DownloadsMetadataQueryable/DownloadsMetadataQueryable.cs Log: I suck ad adding new files ___ SVN-commits-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/svn-commits-list ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle r4019 - in trunk/beagle: Util beagled beagled/DownloadsMetadataQueryable
On 10/3/07, Debajyoti Bera [EMAIL PROTECTED] wrote: Author: kkubasik Date: 2007-10-02 21:55:29 +0100 (Tue, 02 Oct 2007) New Revision: 4019 ViewCVS link: http://svn.gnome.org/viewcvs/beagle?rev=4019view=rev Added: trunk/beagle/Util/Firefox.cs trunk/beagle/beagled/DownloadsMetadataQueryable/ Just a passing comment, I for some reason dont feel very comfortable with this backend. Its an uneasy feeling, probably because of the fact that the metadata (i.e. the origin of a file) information is not available in the file itself nor there is a guarantee that the metadata is always correct. It is guaranteed that the metadata is correct when the file is downloading or when the download finishes. But after its done downloading, the information in firefox's downloads.rdf is not guaranteed to be accurate anymore. For instance, if I overwrite the downloaded copy with a file from somewhere else, the metadata would apply to the new file but would be wrong! Yeah, thats the pickle, In a perfect world we could conceive of some master plan which binds properties across movement for the metadata, we already track the event, so I wouldn't think that it would be impossible. It probably wont do a lot of practical damage if some files contain incorrect origin information but if this trend continues, I am afraid soon there will be inconsistencies difficult to resolve. ExternalMetadata is a tricky area. No doubt, and its fine if we disable this backend for now (read, the 0.3 release) and hold off on it until we have a more solid plan for relational data, thats cool. Whats the correct approach ? Not sure. Definitely something which can guarantee that the metadata is always correct. Which brings me to only one conclusion: attach the metadata to the file directly e.g. by storing it in an xattr (or some secret sqlite file) during downloading. I am not sure if this is implementable. I would think the xattr wouldn't be impossible.. not fo querying, but if at download we attach the xattr, and just index it every time we hit the file, that would work. - dBera -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user -- Cheers, Kevin Kubasik http://kubasik.net/blog ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Webinterface for beagle search (and more...)
Some of you are aware that a web interface for beagle is being worked on. I blogged about it in planetbeagle sometime back. After that, a fearless I believe its now at a stage that some feedback would be good. 99.9% of it is javascript+xslt, so I(we) am mostly looking forward to UI issues. Its getting There is now a wiki page showing pretty pictures (and some more general information): http://beagle-project.org/Beagle_Webinterface One more thing, the web-interface is more concerned about displaying the results, displaying snippets, displaying emails inside the browser itself and displaying cached text for the results. There is no logic for opening the files. Which means, if you click on the file links, you get the same behaviour as if you are opening a local file using the browser. For the blog/webhistory/bookmark links, they open the webpage. For emails and chats ... dont do that for now. You have been warned :) - dBera -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
I'll be moving
Hey, I know I've mentioned this in passing a few times, but I just wanted to let everyone know that I'm moving (not hardcore, just for school ;) ) today/tomorrow (depending on when you read this and how quick I am ) and I won't have internet in my apartment for a little while. I'll still have more wifi then I know what to do with at school, so I shouldn't be impossible to get in touch with, but if I'm slower to respond, thats probably why. Anyways, if ISP's are awesome and actually want to take my money, the outage will be extremely short lived, but this is America, home of Comcast.. so we'll see. ;) -- Cheers, Kevin Kubasik http://kubasik.net/blog ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers