Open Mails with Thunderbird does not work
Hello, I am using Beagle with Thunderbird and since this summer as far as I know Thunderbird is supposed to open the mails I open from the beagle-search frontend. This is not working. I am using the latest Beagle svn and I have installed the thunderbird beagle addon from svn, too. Beagle says this if I want to open a Mail: Unable to run : Failed to execute child process (No such file or directory) I don't use the thunderbird from debian, I have the original thunderbird installed in /opt/thunderbird. Regards Paul. P.S.: And Thunderbird said this: (I don't know in which situation exactly these messages appeared, but it did not appear trying to open the mail, it appeared reading some mails) GConf Error: Bad key or directory name: /desktop/gnome/url-handlers/Lucene.Net.Search.TermQuery+TermWeight/command: `+' is an invalid character in key/directory names GConf Error: Bad key or directory name: /desktop/gnome/url-handlers/PATH+/command: `+' is an invalid character in key/directory names GConf Error: Bad key or directory name: /desktop/gnome/url-handlers/PATH+/command: `+' is an invalid character in key/directory names GConf Error: Bad key or directory name: /desktop/gnome/url-handlers/PREFIX+/command: `+' is an invalid character in key/directory names GConf Error: Bad key or directory name: /desktop/gnome/url-handlers/PATH+/command: `+' is an invalid character in key/directory names GConf Error: Bad key or directory name: /desktop/gnome/url-handlers/PATH+/command: `+' is an invalid character in key/directory names GConf Error: Bad key or directory name: /desktop/gnome/url-handlers/PATH+/command: `+' is an invalid character in key/directory names GConf Error: Bad key or directory name: /desktop/gnome/url-handlers/PREFIX+/command: `+' is an invalid character in key/directory names GConf Error: Bad key or directory name: /desktop/gnome/url-handlers/PATH+/command: `+' is an invalid character in key/directory names ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Open Mails with Thunderbird does not work
Beagle says this if I want to open a Mail: Unable to run : Failed to execute child process (No such file or directory) I don't use the thunderbird from debian, I have the original thunderbird installed in /opt/thunderbird. beagle-search looks for a file called thunderbird or mozilla-thunderbird in the directories in the environment variable PATH. Is the directory containing thunderbird exe present in your PATH ? -- - 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
Re: Open Mails with Thunderbird does not work
Hi, Thank you. Yes, that was the point. I supposed that beagle uses the system (gnome, debian) wide configuration of mail and browser path. I think it should if this configuration exists. On the other hand... no, it can't use it because its possible that the mail program defined there is any other than thunderbird. So everything ok. I made symlinks in /usr/local/bin now. Another question regarding this issue, well, two questions. - There is no way to open any attachments found by beagle? Or at least open the mail the attachment is stored in? - Is it possible to open the selected mail without changing the mail in the preview pane? At the moment it opens the mail twice: in the preview pane and in a new window. Thank you and regards Paul. ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Opera backend for Beagle
Of course it is not needed if we will manage to fix that bug with indexing which I currently can reproduce on many sites. Opera need not be storing the full content as needed by beagle for its own search-indexing purpose; it is very possible that opera is indexing the webpages as visited - in which case it is very difficult (if at all possible) for beagle to extract information out of opera's index. Could you check if the dcache4.url file in opera's data directory contains the links to the pages that beagle is not indexing ? (Opera file format described here: http://www.opera.com/docs/fileformats) -- - 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
Re: Opera backend for Beagle
Format seems to be too complicated for me :) I've just run $ LANG=C grep http://forums.gentoo.org/viewtopic-t-590705.html; cache4/dcache4.url Binary file cache4/dcache4.url matches So looks like there's a note about that page in Opera cache. Opera need not be storing the full content as needed by beagle for its own search-indexing purpose; it is very possible that opera is indexing the webpages as visited - in which case it is very difficult (if at all possible) for beagle to extract information out of opera's index. Could you check if the dcache4.url file in opera's data directory contains the links to the pages that beagle is not indexing ? (Opera file format described here: http://www.opera.com/docs/fileformats) ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Opera backend for Beagle
Hmm. I'm quiet sure that I've waited enough after visiting page and before trying to search its content. And I've just tested if Beagle indexes that sites content after shutting down Opera. For example: http://forums.gentoo.org/viewtopic-t-590705.html here we have a rare word LiveUSB. I just visited this page with Possibly something else is going on because I cant reproduce this. I have a gutsy VM for testing. I installed opera in it (v9.24). Started beagled. Visited the above page in opera. Didnt even close opera after that, and just searched for liveusb. [EMAIL PROTECTED]:~$ beagle-query --verbose liveusb Debug: Done reading conf from /etc/beagle/config-files/Daemon.xml First hit returned in 0.160s Returned latest 1 results out of total 1 matches Uri: http://forums.gentoo.org/viewtopic-t-590705.html PaUri: (null) Snip: html?sid=a634a3665cb7843ae03cfb2973da0065 Problem with booting font color=redbLiveUSB/b/font ... Post subject: Problem with booting font color=redbLiveUSB/b/font ... www.gentoo.org/doc/en/font color=redbliveusb/b/font.xml http://www.gentoo.org/doc ... www.gentoo.org/doc/en/font color=redbliveusb/b/font.xml http://www.gentoo.org/doc ... Type: WebHistory MimeT: text/html Src: Opera Score: 7.66516304016113 beagle:ExactFilename = 'opr0001E.html' beagle:Filename = 'opr0001E' beagle:FilenameExtension = '.html' beagle:FileType = 'document' beagle:HitType = 'WebHistory' beagle:IsChild = 'false' beagle:MimeType = 'text/html' beagle:Source = 'Opera' dc:title = 'Gentoo Forums :: View topic - Problem with booting LiveUSB' fixme:charset = 'System.Text.UTF8Encoding' fixme:compression = 'gzip' fixme:host = 'forums.gentoo.org' fixme:saveTime = '2007-11-14 21:44:10 (Utc)' fixme:size = '13229' Elapsed time: 0.323s Total hits: 1 So it works for me :( I tried other examples too ... and they all work. Can you keep an eye on beagled log (either through the log files or simply start beagled with --fg) ? And watch for any suspicious log messages ? Pass --backend Opera to beagled to only start the Opera backend. -- - 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
Re: Opera backend for Beagle
Okay, here's some output from beagled --fb --debug --backend Opera I managed to get it only once, I can't reproduce it :/ However the fact that some sites are not indexed persists. Debug: Starting backend: 'Opera' Debug: Starting Opera history backend Debug: Opera history backend done in 0,205798s Debug: Finished thread EHT 19329 [19310 BeagleDaemon] Beagle.Daemon.OperaQueryable.OperaQueryable:StartWorker Warn: Couldn't store file attributes for /home/rikz/.opera/cache4/opr00UTD Debug: Caught ResponseMessageException: Connection refused Debug: InnerException is SocketException -- we probably need to launch a helper Debug: Launching helper process Debug: IndexHelper PID is 19331 Always: Starting Index Helper process (version 0.3.0) Always: Running on Mono 1.2.5.1 Always: Extended attributes are supported Always: Command Line: /usr/lib/beagle/IndexHelper.exe Debug: Found IndexHelper (19331) in 1,00s Warn: Unable to filter http://forums.gentoo.org/viewtopic-t-590705.html. /home/rikz/.opera/cache4/opr00UTD appears to have disappeared from underneath us Does this log give us any importaint info? Can I make beagled a little bit more verbose on what it is currently indexing and so on? I've visited lots of pages, but beagled was silent about them, even when they were indexed successfully. Forgot to say, I'm using Opera 9.50 Beta 2 Build 1662. So it works for me :( I tried other examples too ... and they all work. Can you keep an eye on beagled log (either through the log files or simply start beagled with --fg) ? And watch for any suspicious log messages ? Pass --backend Opera to beagled to only start the Opera backend. ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: Opera backend for Beagle
Okay, here's some output from beagled --fb --debug --backend Opera You did --fb or --fg ? --fg would run beagle on the foreground and print both the logs from beagled and indexhelper. Debug: Starting backend: 'Opera' Debug: Starting Opera history backend Debug: Opera history backend done in 0,205798s Debug: Finished thread EHT 19329 [19310 BeagleDaemon] Beagle.Daemon.OperaQueryable.OperaQueryable:StartWorker Warn: Couldn't store file attributes for /home/rikz/.opera/cache4/opr00UTD Debug: Caught ResponseMessageException: Connection refused Debug: InnerException is SocketException -- we probably need to launch a helper Debug: Launching helper process Debug: IndexHelper PID is 19331 Always: Starting Index Helper process (version 0.3.0) Always: Running on Mono 1.2.5.1 Always: Extended attributes are supported Always: Command Line: /usr/lib/beagle/IndexHelper.exe Debug: Found IndexHelper (19331) in 1,00s Warn: Unable to filter http://forums.gentoo.org/viewtopic-t-590705.html. /home/rikz/.opera/cache4/opr00UTD appears to have disappeared from underneath us Does this log give us any importaint info? Can I make beagled a little bit more verbose on what it is currently indexing and so on? I've visited lots of pages, but beagled was silent about them, even when they were indexed successfully. The indexhelper log (or if you start with --fg, then the output to the terminal) will show that webpages are being indexed. Maybe you can track that and see if there is anything there ? The msg xxx appears to have disappeared from underneath us is fine once in a while, it means opera removed the cache file for some reason even before beagle could get to it. But it should not happen always. - 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
webinterface updates
Hey folks, I just wanted to update you with the recently added features to the beagle webinterface. Its kind of ready for first release now. * Access it at http://localhost:4000/ * Directly search for foo bar by visiting http://localhost:4000/?search=foo+bar (so, you can create search-plugins, bookmarks or link from other places) * Groups the results into common categories like documents, images, im logs etc. * Shows all properties and uses nice property names (e.g. Author instead of fixme:author) * Shows snippets (on demand, to reduce load on machine) * Shows full text for emails, right in the browser itself. (On demand.) * For all the displayed properties, when hovering on them a clickable link is displayed which can be used to search for that property name and value. * Shows beagle-status and presents option to shutdown beagle. * Link to help (local link) * By adding some user_pref (explained in the 'Help' link), the search results are clickable. The results will be handled by the browser. * Web2.0 webapp :) - so usable in browsers that are web2.0 friendly (konqueror does not have xslt support :-/) * Practically no load on beagled, the entire UI is done in the browser and data obtained from beagled by mimicking BeagleClient API messages (!) Quick way to find the answer to the life, the universe and everything :) Hope you like the web interface useful. Suggestions welcome. - 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