From dr.diesel@gmail.com Mon Jul 3 10:49:24 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 09E6C3B01A4 for ; Mon, 3 Jul 2006 10:49:24 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21223-03 for ; Mon, 3 Jul 2006 10:49:21 -0400 (EDT) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by menubar.gnome.org (Postfix) with ESMTP id BDF8F3B02B7 for ; Mon, 3 Jul 2006 10:49:20 -0400 (EDT) Received: by wr-out-0506.google.com with SMTP id i23so634433wra for ; Mon, 03 Jul 2006 07:49:20 -0700 (PDT) Received: by 10.65.211.14 with SMTP id n14mr3192633qbq; Mon, 03 Jul 2006 07:49:20 -0700 (PDT) Received: by 10.64.243.11 with HTTP; Mon, 3 Jul 2006 07:49:19 -0700 (PDT) Message-ID: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> Date: Mon, 3 Jul 2006 10:49:19 -0400 From: "Dr. Diesel" To: dashboard-hackers@gnome.org Subject: Beagle Help! MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_24849_33520281.1151938159937" X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.399 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, HTML_MESSAGE=0.001, SPF_PASS=-0.001] X-Spam-Score: -2.399 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jul 2006 14:49:24 -0000 ------=_Part_24849_33520281.1151938159937 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline I'm new to this, first post. I am having problems with a static queryable! Here is my daemon.xml /main/backup/beagle-static/ false true false The /main/backup/beagle-static directory have the following files: Dir=Locks Dir=PrimaryIndex Dir=SecondaryIndex File=FileAttributesStore.db File=fingerprint File=version But when I search none of the files in that directory, which I used Beagle-build-index (which took about 40 hours for 90,000 files!!) to make, show up! All of my beagle log file are emply except for the following from current-IndexHelper: 060703 1011377378 02608 IndexH ERROR: Could not filter: No name in desktop entry And if I run beagle-search from the console i get: Spinner image is wrong size Any ideas or any other information I can provide? I am running the lastest version from Fedora rawhide. Thanks Andy ------=_Part_24849_33520281.1151938159937 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I'm new to this, first post.

I am having problems with a static queryable!

Here is my daemon.xml

<feff><?xml version="1.0" encoding="utf-8"?>
<DaemonConfig xmlns:xsd=" http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <StaticQueryables>
    <anyType xsi:type="xsd:string">/main/backup/beagle-static/</anyType>
  </StaticQueryables>
  <DeniedBackends />
  <AllowStaticBackend>false</AllowStaticBackend>
  <IndexSynchronization>true</IndexSynchronization>
  <AllowRoot>false</AllowRoot>
</DaemonConfig>

The /main/backup/beagle-static directory have the following files:

Dir=Locks
Dir=PrimaryIndex
Dir=SecondaryIndex
File=FileAttributesStore.db
File=fingerprint
File=version

But when I search none of the files in that directory, which I used Beagle-build-index (which took about 40 hours for 90,000 files!!) to make, show up!

All of my beagle log file are emply except for the following from current-IndexHelper:

060703 1011377378 02608 IndexH ERROR: Could not filter: No name in desktop entry

And if I run beagle-search from the console i get:

Spinner image is wrong size

Any ideas or any other information I can provide?  I am running the lastest version from Fedora rawhide.

Thanks
Andy


------=_Part_24849_33520281.1151938159937-- From arif.lukito@gmail.com Mon Jul 3 18:55:29 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 201FB3B0101 for ; Mon, 3 Jul 2006 18:55:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17965-02 for ; Mon, 3 Jul 2006 18:55:28 -0400 (EDT) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.204]) by menubar.gnome.org (Postfix) with ESMTP id 2542D3B026E for ; Mon, 3 Jul 2006 18:55:28 -0400 (EDT) Received: by wx-out-0102.google.com with SMTP id t5so1829658wxc for ; Mon, 03 Jul 2006 15:55:27 -0700 (PDT) Received: by 10.70.39.8 with SMTP id m8mr6578591wxm; Mon, 03 Jul 2006 15:55:27 -0700 (PDT) Received: from debussy.harmony ( [203.217.51.58]) by mx.gmail.com with ESMTP id i39sm5642201wxd.2006.07.03.15.55.14; Mon, 03 Jul 2006 15:55:26 -0700 (PDT) Subject: Cannot query images using keyword imagetag anymore From: Arif Lukito To: dashboard-hackers@gnome.org Content-Type: text/plain Date: Tue, 04 Jul 2006 08:55:13 +1000 Message-Id: <1151967313.28441.3.camel@debussy.harmony> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.4 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.4 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jul 2006 22:55:29 -0000 Hi, I cannot seem to search images using keyword imagetag anymore. I don't know since when it stopped working, it used to work before. I occasionally get this error when indexing certain photo 060703 1620203987 11510 IndexH ERROR: Exception trying to retrieve FSpot/Digikam information:System.InvalidCastException: Cannot cast from source type to destination type. 060703 1620203987 11510 IndexH ERROR: in [0x00088] (at /var/tmp/portage/beagle-0.2.7/work/beagle-0.2.7/Util/FSpotTools.cs:116) Beagle.Util.FSpotTools:GetTagById (UInt32 id) 060703 1620203987 11510 IndexH ERROR: in [0x000fa] (at /var/tmp/portage/beagle-0.2.7/work/beagle-0.2.7/Util/FSpotTools.cs:207) Beagle.Util.FSpotTools:GetPhoto (System.String path) 060703 1620203987 11510 IndexH ERROR: in [0x0000b] (at /var/tmp/portage/beagle-0.2.7/work/beagle-0.2.7/Filters/FilterImage.cs:97) Beagle.Filters.FilterImage:AddFSpotInformation (System.String path) 060703 1620203987 11510 IndexH ERROR: in [0x00087] (at /var/tmp/portage/beagle-0.2.7/work/beagle-0.2.7/Filters/FilterImage.cs:85) Beagle.Filters.FilterImage:DoPullProperties () I also tried it on clean environment and same error came out. Some versions: beagle 0.2.7 f-spot 0.1.11 sqlite 3.3.6 mono 1.1.13.8 Oh since last time it worked I've upgraded f-spot database from sqlite2 to sqlite3. Any idea? -- Arif Lukito From dbera.web@gmail.com Mon Jul 3 19:12:27 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0A32C3B0101 for ; Mon, 3 Jul 2006 19:12:27 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18721-07 for ; Mon, 3 Jul 2006 19:12:26 -0400 (EDT) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.194]) by menubar.gnome.org (Postfix) with ESMTP id E4B1D3B00BC for ; Mon, 3 Jul 2006 19:12:25 -0400 (EDT) Received: by nz-out-0102.google.com with SMTP id n1so479357nzf for ; Mon, 03 Jul 2006 16:12:25 -0700 (PDT) Received: by 10.36.50.15 with SMTP id x15mr4219579nzx; Mon, 03 Jul 2006 16:12:25 -0700 (PDT) Received: by 10.37.22.63 with HTTP; Mon, 3 Jul 2006 16:12:25 -0700 (PDT) Message-ID: <1f1f006d0607031612q41fab833pc72a9b5cafaef36b@mail.gmail.com> Date: Mon, 3 Jul 2006 16:12:25 -0700 From: "D Bera" To: "Dr. Diesel" Subject: Re: Beagle Help! In-Reply-To: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.16 tagged_above=-999 required=2 tests=[AWL=0.163, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001, TW_NF=0.077] X-Spam-Score: -2.16 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jul 2006 23:12:27 -0000 Hi > > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> > > xsi:type="xsd:string">/main/backup/beagle-static/ > > > false > true > false > > > The /main/backup/beagle-static directory have the following files: > > Dir=Locks > Dir=PrimaryIndex > Dir=SecondaryIndex > File=FileAttributesStore.db > File=fingerprint > File=version > > But when I search none of the files in that directory, which I used > Beagle-build-index (which took about 40 hours for 90,000 files!!) to make, > show up! What is the content of /main/backup/beagle-static ? I am confused because you say, it containts Locks,PrimaryIndex etc. and then you said you searched for files in that directory which has 90,000 files. What exact beagle-build-index command did you use to build the static index ? > All of my beagle log file are emply except for the following from > current-IndexHelper: Stop beagled. Remove .beagle/Log. Restart beagled. Are the logs still all empty ? Someone mentioned in the list about a fedora specific patch which disabled logging of beagled. Maybe that is coming into effect and not writing anything into log files. Can you investigate if that is true and affecting you ? It is certainly going to be a lot difficult to debug/fix if that is the case. > > 060703 1011377378 02608 IndexH ERROR: Could not filter: No name in desktop > entry >From the filter for .desktop files, if it doesnt find any Name=Foo in a .desktop file it considers it as an invalid file. I am not sure if this is an error or the correct thing. But surely you didnt have all 90,000 .desktop files ? Its really hard to tell what is goinfg on without the debug messages, so see if you somehow turn on the logging. - dBera -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From Jedy.Wang@Sun.COM Mon Jul 3 23:49:45 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E29D93B0106 for ; Mon, 3 Jul 2006 23:49:44 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31505-09 for ; Mon, 3 Jul 2006 23:49:42 -0400 (EDT) Received: from sineb-mail-2.sun.com (sineb-mail-2.sun.com [192.18.19.7]) by menubar.gnome.org (Postfix) with ESMTP id 509F13B0084 for ; Mon, 3 Jul 2006 23:49:41 -0400 (EDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id k643ndn3009716 for ; Tue, 4 Jul 2006 11:49:40 +0800 (SGT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) id <0J1V00H0116C8000@mail-apac.sun.com> (original mail from Jedy.Wang@Sun.COM) for dashboard-hackers@gnome.org; Tue, 04 Jul 2006 11:49:39 +0800 (SGT) Received: from pampas.prc.sun.com ([129.158.217.16]) by mail-apac.sun.com (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPSA id <0J1V001L41AREYM4@mail-apac.sun.com> for dashboard-hackers@gnome.org; Tue, 04 Jul 2006 11:49:39 +0800 (SGT) Date: Tue, 04 Jul 2006 11:41:36 +0800 From: jedy Subject: problem about beagle-0.2.5 on solaris Sender: Jedy.Wang@Sun.COM To: dashboard-hackers@gnome.org Message-id: <1151984496.10666.1.camel@pampas.prc.sun.com> MIME-version: 1.0 X-Mailer: Evolution 2.6.0 (2.6.0-1) Content-type: text/plain Content-transfer-encoding: 7BIT X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.595 tagged_above=-999 required=2 tests=[AWL=0.003, BAYES_00=-2.599, UNPARSEABLE_RELAY=0.001] X-Spam-Score: -2.595 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jul 2006 03:49:45 -0000 Hi all I built beagle-0.2.5 on solaris. But every time i search something beagle just return the files whose name match search. For example, if i search beagle, only the files with bealge in their name are returned. why? Regards, Jedy From qub333@gmail.com Wed Jul 5 02:55:02 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CA5CD3B011F for ; Wed, 5 Jul 2006 02:55:02 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20578-08 for ; Wed, 5 Jul 2006 02:55:01 -0400 (EDT) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.197]) by menubar.gnome.org (Postfix) with ESMTP id EDD363B000D for ; Wed, 5 Jul 2006 02:55:00 -0400 (EDT) Received: by wx-out-0102.google.com with SMTP id t5so2157720wxc for ; Tue, 04 Jul 2006 23:55:00 -0700 (PDT) Received: by 10.70.53.3 with SMTP id b3mr8562909wxa; Tue, 04 Jul 2006 23:55:00 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id h12sm6811357wxd.2006.07.04.23.54.59; Tue, 04 Jul 2006 23:54:59 -0700 (PDT) Message-ID: <44AB6245.6080209@kubasik.net> Date: Wed, 05 Jul 2006 02:55:01 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Dashboard Subject: Thunderbird X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.321 tagged_above=-999 required=2 tests=[AWL=0.079, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.321 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jul 2006 06:55:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hey all, back from Italy, and rampant again in the US. While I was gone, Pierre hacked together the last real component missing from our thunderbird backend. We now can view contacts. Because of restrictions in Thunderbirds internal handling of the addressbook, we cannot open a contact in Thunderbird directly. Our solution was to write a separate program (much like the ImLogViewer) to view thunderbird contacts, and offer the user some basic options (like e-mail and edit the details). Its hard to explain everything, so check it out in my SVN at https://kubasik.net/svn/beagle With this, we have mail and addressbook support in pretty spiffy shape. Probably to the point were we might want to consider getting it into CVS and starting the bugwork. But thats up to you all. - -- Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRKtiRP3xZFNDM330AQh9vxAAptoFiSGNrKCLgiT1PZT2NXzy/W4y/spq 63xFxkJVoVjBopbzYNk4HRn16Zy9CRjsSCGsKCkbtw4daeU1lNyaGy3tsAVKMYhj oNgKd+QUUpQwTpPa6u24mBsn8kafMKXfdceXVDyoH+1MBrY5Z9pkizwscfJ86mu+ OwtFweeg6tarQQfWoQPFEeI9AWFr2AvJWw8YiaPfZoFFiS68Omln23hClSl1FyKD vtlUMDT7vg0Jxh+HzrkJ6B6AOVrbl/b3oKAf09ZFNnlpniPTmrAVxfuoK9/u2r9L TWQGsFRqBFadeOIpcqA2btvM0gGN1UQbrfIpyNa+pv849cPgaS9q6utcD+ElvI6Z Nq9GWdOQlyR0xKIT01NFKdhzTI7hL5U7umReVVr4SYYJkDP3s3YRIEDVWLGcueKA 8vP79ZPXXYvlk3HFXuUv3HHLXUCvjYNe2ginx/Z2QqOVKZO5pRNvfUiJ6RXnDWcM 9L/rs9hsY3fuQ1DogRKI6m7kfX80xupWhwE7fNPMEQI9FMigSs/i/nK3Vw9hqw6a GOlDZBxXz8NJ7XOlcYRi3zFz7CqiqCHrSOw+g87sFyrcbzoJo3J6u5tVqPyDvk+Q gOchhzal1EE9iV150y20BA0oUEfTeIaQIlqt8gK4CqHtVCI2DZqTflnD45aFcvJo vcz3SfiCypU= =itSC -----END PGP SIGNATURE----- From dashboard@a80.net Thu Jul 6 03:50:12 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EFA6D3B0013 for ; Thu, 6 Jul 2006 03:50:11 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07830-10 for ; Thu, 6 Jul 2006 03:50:08 -0400 (EDT) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id 070253B01DF for ; Thu, 6 Jul 2006 03:50:05 -0400 (EDT) Received: by cratoo.de (Postfix, from userid 1002) id 2DED02D9589; Thu, 6 Jul 2006 07:55:43 +0200 (CEST) Received: from [172.17.160.16] (p5723e3d4.np.schlund.de [212.227.35.87]) by cratoo.de (Postfix) with ESMTP id 93367181BA6 for ; Thu, 6 Jul 2006 07:55:40 +0200 (CEST) Message-ID: <44ACC0A8.1020007@a80.net> Date: Thu, 06 Jul 2006 09:50:00 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5 (X11/20051201) MIME-Version: 1.0 To: Dashboard Subject: static index + dynamic index Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.72 tagged_above=-999 required=2 tests=[AWL=-0.744, BAYES_05=-1.11, FORGED_RCVD_HELO=0.135] X-Spam-Score: -1.72 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 07:50:12 -0000 Hi there, since i have problems with my nfs share getting being indexed by beagle i would like to know if it's possible to use beagle with one (or more) static index and additionally the dynamic one (for best experience with extended attributes enabled). my configuration looks like follows: local harddrive: /home/crash/ marked to be indexed nfs shares: /storage/ /mp3s/ now since nfs shares won't support extended attributes and since i have problems letting a large directoy being indexed (see my last mails a few day ago) i'm thinking of creating a index of these kind of static directories every night or so and only letting beagle index my home. is this easily possible? e.g. will i have to index the large directoy every time as a hole or will it add the changes? would be great if this is possible :) thanks Andreas From qub333@gmail.com Thu Jul 6 08:07:09 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 18D333B0389 for ; Thu, 6 Jul 2006 08:07:09 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22724-06 for ; Thu, 6 Jul 2006 08:07:07 -0400 (EDT) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.204]) by menubar.gnome.org (Postfix) with ESMTP id 1F7FD3B03E6 for ; Thu, 6 Jul 2006 08:07:07 -0400 (EDT) Received: by wx-out-0102.google.com with SMTP id t5so2376313wxc for ; Thu, 06 Jul 2006 05:07:06 -0700 (PDT) Received: by 10.70.53.3 with SMTP id b3mr10670714wxa; Thu, 06 Jul 2006 05:07:06 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id i15sm701732wxd.2006.07.06.05.07.05; Thu, 06 Jul 2006 05:07:05 -0700 (PDT) Message-ID: <44ACFCE8.4030609@kubasik.net> Date: Thu, 06 Jul 2006 08:07:04 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060705) MIME-Version: 1.0 To: Dashboard Subject: Flock Backend X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.33 tagged_above=-999 required=2 tests=[AWL=0.070, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.33 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 12:07:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 I might be getting a little ahead of myself here, but I wanted to kick this idea around a bit. Flock [www.flock.com] is basically an uber-hyped up version of firefox with web 2.0 goodness that is out through the roof. Now, if we were to expand the indexing of our web history stuff, it would seem that opera would be the next choice, but flock stores a lucene index of every page visited using CLucene.... Now, I dunno a lot about the specifics of lucene compatibility, but it would seem to me, that with maybe a little coordination from the flock folks (they have been nothing but extraordinarily friendly and helpful so far) we could query that index directly for easy (and basically free) access to a complete web history index. Just getting the idea out there. This is kinda outside my experience, since it would not be a traditional backend by any means, but its a thought. I see the biggest issue at the moment being a cost-benefit thing, since flock can't exactly claim a huge marketshare at the moment, but it seems like this might actually be something not too impossible. - -- Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRKz85/3xZFNDM330AQgo/xAAqWzVxHOKUO5Xudcmq2yTOjyzhM+SPPqq /JZkyWDVVkJ2ReesCwHH+ZKNS4HJjoOMo4JKEbbeBh9PsnwUjIkag2lhMRpoL2cz FYQKcj+V9ed0Ltq84TkDopwHf+HRhqJpiSGj8kN/AwoixIRwGRLXkNYWPeRpIs9D a2znoXN1IKG6x0pa3Q3G1vK3bjCf2ZTu6b7rrQMU+NiEp4jMifBIGJrwFHkzlZSO nUhfJtCcjogBBPYbtASAXCUu8Taj/fO4wHlN+xmzK0vbvCjTel9/xBZmdlSZ+Yuf N7yvhfeoD9/bQGQuRChEmZyIbRVl0MLrBce91Grto7CAJ6SxfwTD9TFmNyEfMa8M uWAuZXw7D5iaP4K7DQLpjisJVR3eRTQL2hmvezZxDH3p84Hpbmt/llyGoGdQx8Po Sk3FM6BxGo6plUUEvxLBtStcuzggWEstnHRgzcCAFLyJXUdHUae+7TiXSP31Mo/v 3fjoHLiR2+oGpTbGO7uSV0R5bBJfXRk68XGcQXu55Ij6x+AriGBm3VkygpiwwvI9 BQrzaWUZ98BFgCt8MPv7E0AkKv9bo10QdZS2+cGWP28oQMewIIZTexCo/BulEEyG 9wN1tT/Eidl6B/Ta7M52VWgCGJI/7zEibZlVujl6FwxN/El4dBZwlB1asP+4eyNR Z0dMnkXW7SM= =8Dg9 -----END PGP SIGNATURE----- From dbera.web@gmail.com Thu Jul 6 10:42:29 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 48B773B0316 for ; Thu, 6 Jul 2006 10:42:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01614-08 for ; Thu, 6 Jul 2006 10:42:27 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by menubar.gnome.org (Postfix) with ESMTP id 759063B02AB for ; Thu, 6 Jul 2006 10:42:27 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id x66so2683079pye for ; Thu, 06 Jul 2006 07:42:26 -0700 (PDT) Received: by 10.35.134.12 with SMTP id l12mr952448pyn; Thu, 06 Jul 2006 07:42:26 -0700 (PDT) Received: from ?192.168.1.103? ( [75.6.225.56]) by mx.gmail.com with ESMTP id q71sm2128936pyg.2006.07.06.07.42.25; Thu, 06 Jul 2006 07:42:25 -0700 (PDT) From: D Bera Organization: BU-CS To: dashboard-hackers@gnome.org Subject: Re: Flock Backend Date: Thu, 6 Jul 2006 07:44:21 -0700 User-Agent: KMail/1.9 References: <44ACFCE8.4030609@kubasik.net> In-Reply-To: <44ACFCE8.4030609@kubasik.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607060744.21631.dbera.web@gmail.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.489 tagged_above=-999 required=2 tests=[AWL=-0.089, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.489 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 14:42:29 -0000 > I might be getting a little ahead of myself here, but I wanted to kick > this idea around a bit. Flock [www.flock.com] is basically an uber-hyped > up version of firefox with web 2.0 goodness that is out through the > roof. Now, if we were to expand the indexing of our web history stuff, > it would seem that opera would be the next choice, but flock stores a > lucene index of every page visited using CLucene.... > > Now, I dunno a lot about the specifics of lucene compatibility, but it > would seem to me, that with maybe a little coordination from the flock > folks (they have been nothing but extraordinarily friendly and helpful > so far) we could query that index directly for easy (and basically free) > access to a complete web history index. > > Just getting the idea out there. This is kinda outside my experience, > since it would not be a traditional backend by any means, but its a > thought. I see the biggest issue at the moment being a cost-benefit > thing, since flock can't exactly claim a huge marketshare at the moment, > but it seems like this might actually be something not too impossible. Hi Kevin, I started using flock since a few yeeks and I feel it holds some promise. I didnt know it had a web-history index. If it already stores a webhist index, then that would be really cool. For the technical part, beagle can already query 3-party database on the fly while computing queries (known as QueryDriver - see GoogleDriver in CVS or AmarokDriver in bugzilla). If the query to the database is slow, then that would be a bottleneck. If flock stores its index as a lucene index, then beagle should be able to query it without any significance performance overhead. It wont be hard to write a FlockQueryDriver; it would be pretty simple too - take a beagle Query, change it to a normal lucene query based on the flock index structure and query the flock lucene index (beagle comes with a copy of DotLucene). A few things to keep in mind: * beagle uses (Dot)Lucene-1.9. Make sure flock is using (C)Lucene-1.9 too or 1.9 is backward compatible with 1.4 * What fields are stored in flock index ? When a beagle query is passed to FlockDriver, the (property) fields need to be appropriately modified to Flock index. Similarly, when the results come back from FlockDriver, the fields in the results need to be appropriately mapped to beagle index fields. The time-penalty for this mapping-remapping should not be that high. * Lucene locks are supposed to be process safe. It shouldnt be a problem if both beagle and flock is trying to access the same lucene index. I cant think of any more off the top of my head. (Oh, one more. IANAL, are there licensing issues ??? The only scary thing of "open"-source world.) It definitely sounds like a good idea. - dBera -- -------------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From rob@digital-crocus.com Thu Jul 6 11:04:57 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BC2CE3B01E5 for ; Thu, 6 Jul 2006 11:04:57 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03742-02 for ; Thu, 6 Jul 2006 11:04:52 -0400 (EDT) Received: from mail.bronco.co.uk (mail.bronco.co.uk [195.166.60.10]) by menubar.gnome.org (Postfix) with ESMTP id 0ECC93B00FE for ; Thu, 6 Jul 2006 11:04:52 -0400 (EDT) Received: from [192.168.0.200] ([213.177.232.41]) by mail.bronco.co.uk (Merak 6.0.3) with ESMTP id CQA74428 for ; Thu, 06 Jul 2006 16:04:46 +0100 Message-ID: <44AD2694.4000709@digital-crocus.com> Date: Thu, 06 Jul 2006 16:04:52 +0100 From: Robin Haswell User-Agent: Mozilla Thunderbird 1.0.8 (X11/20060502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dashboard-hackers@gnome.org Subject: Re: Flock Backend References: <44ACFCE8.4030609@kubasik.net> <200607060744.21631.dbera.web@gmail.com> In-Reply-To: <200607060744.21631.dbera.web@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-0.453 tagged_above=-999 required=2 tests=[AWL=-1.838, BAYES_50=0.001, SPF_SOFTFAIL=1.384] X-Spam-Score: -0.453 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 15:04:58 -0000 > I cant think of any more off the top of my head. (Oh, one more. IANAL, are > there licensing issues ??? The only scary thing of "open"-source world.) It > definitely sounds like a good idea. I highly doubt there are licensing issues involved with reading another program's open-format files. If you were reversing a binary index there could be a DMCA-type angle on it, but Lucene is a published standard (I believe). Think of how many programs there are to read Apple's iTunes databases. However that said, Flock is a for-profit company with VC funding, so caution could be advisable. -Rob From joeshaw@novell.com Thu Jul 6 13:20:51 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3CB463B0227 for ; Thu, 6 Jul 2006 13:20:51 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11904-10 for ; Thu, 6 Jul 2006 13:20:50 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id EB8A43B0123 for ; Thu, 6 Jul 2006 13:20:49 -0400 (EDT) Received: (qmail 6799 invoked from network); 6 Jul 2006 17:20:49 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:20:49 -0000 Subject: Re: Beagle and its startup From: Joe Shaw To: Andreas Heinz In-Reply-To: <44A57859.4050109@a80.net> References: <44A4020C.4060203@a80.net> <1f1f006d0606291022u5467afe5o44d6e858b4274435@mail.gmail.com> <44A4115B.3000703@a80.net> <1151667046.6344.3.camel@portage.boston.ximian.com> <44A57859.4050109@a80.net> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:20:31 -0400 Message-Id: <1152206431.11287.59.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:20:51 -0000 Hi, On Fri, 2006-06-30 at 21:15 +0200, Andreas Heinz wrote: > ok so i know that about the gaim backend, thanks for that info :) > Unfortunatly i didn't find any info how to check if a file is indexed by > beagle. is there a way apart of using the normal search? Not really; the only real interface into the index is to search. Would you just want to be able to say "beagle-indexed foo.rpm" and have it try to find that file in the index? That should be as simple as turning "foo.rpm" into "file:///home/joe/mydirectory/foo.rpm" and doing a search on it. > Additionally i think i have the same problem as described in > http://bugzilla.gnome.org/show_bug.cgi?id=341841 > I told beagle to index my /mp3s. There are about 20.000 Files in this > directory but beagle. > I ran beagle a few times every time from the beginnig to test if it's > indexing more files if i start it over and over again. i think, but > can't prove that beagle get's more and more files. > > Is this a known behavior or is a directory of > 20.000 files simply too > much? I haven't had the opportunity to verify the bug, but Beagle *should* scale to directories that size. If it doesn't, it is most definitely a bug. Joe From qub333@gmail.com Thu Jul 6 13:27:42 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0B3353B00FE for ; Thu, 6 Jul 2006 13:27:42 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12360-06 for ; Thu, 6 Jul 2006 13:27:40 -0400 (EDT) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226]) by menubar.gnome.org (Postfix) with ESMTP id A11B43B00A1 for ; Thu, 6 Jul 2006 13:27:40 -0400 (EDT) Received: by wr-out-0506.google.com with SMTP id 58so1354266wri for ; Thu, 06 Jul 2006 10:27:40 -0700 (PDT) Received: by 10.65.204.7 with SMTP id g7mr830148qbq; Thu, 06 Jul 2006 10:27:39 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id e11sm209589qbc.2006.07.06.10.27.39; Thu, 06 Jul 2006 10:27:39 -0700 (PDT) Message-ID: <44AD480B.80507@kubasik.net> Date: Thu, 06 Jul 2006 13:27:39 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060705) MIME-Version: 1.0 To: Robin Haswell Subject: Re: Flock Backend References: <44ACFCE8.4030609@kubasik.net> <200607060744.21631.dbera.web@gmail.com> <44AD2694.4000709@digital-crocus.com> In-Reply-To: <44AD2694.4000709@digital-crocus.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.338 tagged_above=-999 required=2 tests=[AWL=0.062, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.338 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:27:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 I've talked to the developers over there before, and they are looking to build up flock any way they can, I'm sure they wouldn't have an issue, the flock license is one of those where you have to sign a funny contract to contribute code, but lucene is an open format. As of the 0.7 or 'Cardnial' release series, flock uses Clucene 1.9. If you wanna check it out, your index is in the folder 'historysearch' in the flock profile directory. Whats really the best thing about it is that because the indexing is all in C and part of the browser, they have the scheduling etc. to make it not interfere with the browsing experience at all. Is there some command line tool to just dump the contents of lucene index into text form or something? I can't seem to find much, but again, its not something I'm exactly experienced with. Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog Robin Haswell wrote: >> I cant think of any more off the top of my head. (Oh, one more. IANAL, are >> there licensing issues ??? The only scary thing of "open"-source world.) It >> definitely sounds like a good idea. > > I highly doubt there are licensing issues involved with reading another > program's open-format files. If you were reversing a binary index there > could be a DMCA-type angle on it, but Lucene is a published standard (I > believe). Think of how many programs there are to read Apple's iTunes > databases. > > However that said, Flock is a for-profit company with VC funding, so > caution could be advisable. > > -Rob > _______________________________________________ > Dashboard-hackers mailing list > Dashboard-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/dashboard-hackers -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRK1IC/3xZFNDM330AQh8nQ/8DsW5DaLOTXwQGuwd7jNaFfb/PB7Apt7m 96bVZQhmSdBIpt1sa2sSNsQOVG3khBokiqCfbYmXswxRwZLgDLAD/TIwaG8SaTJh Ot5g1LtlTmtpZgICX1/XzVo8Xbw430delPC3SdTIbO6LhEEyVod1ub3LDWFFQorc RhIdfIBtyJp8TfvnHCq6SgEDcz/61M7qLkqxbCaQJRyTdQa6iaqYtJ4SMgYfWM9q 4S0jVu3OXBvcluYUITB8i82M3mj3x7iq7BT7tG/H47Z646LevfZ4pk8ftCOAcb7g 8uJMH7iUATkKIUDEWnwMVFu/WWzHUx5wWI+xSLej1PMieclxlAVN8lSDYWpLY3n7 Gwe+mNedGI1nbUxAHUT5TzLuDL1hpM24AMt4xcffRQcICdWIV298VYIE/EWCeddP hUYiSFzxmoKYI7B/0DhJTA5s5eT/T5TX402Q+oUht+5GCwFVNFybNvLrNjL4E60v GelR2KV3ziJ/tXLE9oaIpig3k5RT679aaJE3ZZRotVdTsFC9B2d7zrOUvnbSvRao IeT6w+aQUJ3JB/tvqdzcFEcBe4TyB6S3uKLofSgNR/qjOBnLzCc5yVMGqOD91PFz QTBhV274F0yXJFSBuVhz2nJBsJ98sGsFbeOSx3u/noOeXAEw4uQmJHMgNdpz32qg 72rqbCC0Eso= =qZnb -----END PGP SIGNATURE----- From joeshaw@novell.com Thu Jul 6 13:30:56 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F0BA83B0303 for ; Thu, 6 Jul 2006 13:30:55 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12805-02 for ; Thu, 6 Jul 2006 13:30:55 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id BA3403B0256 for ; Thu, 6 Jul 2006 13:30:54 -0400 (EDT) Received: (qmail 6831 invoked from network); 6 Jul 2006 17:30:54 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:30:54 -0000 Subject: Re: Beagle Help! From: Joe Shaw To: "Dr. Diesel" In-Reply-To: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> References: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:30:49 -0400 Message-Id: <1152207049.11287.65.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:30:56 -0000 Hi, On Mon, 2006-07-03 at 10:49 -0400, Dr. Diesel wrote: > I'm new to this, first post. Welcome. > But when I search none of the files in that directory, which I used > Beagle-build-index (which took about 40 hours for 90,000 files!!) to > make, show up! If you run "beagle-index-info", does your static index show up in the list? > All of my beagle log file are emply except for the following from > current-IndexHelper: > > 060703 1011377378 02608 IndexH ERROR: Could not filter: No name in > desktop entry This may be thanks to a braindead patch in the Fedora packages that shipped with FC5. I believe there is an errata available now. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=195621 for more info. I am not sure if it has made it into Rawhide. In any case, running beagled by hand with the --debug option is probably the smartest thing. > And if I run beagle-search from the console i get: > > Spinner image is wrong size This seems like a weird beagle-search issue, not related to your static index problem. Have you tried with the beagle-query command-line client? Joe From joeshaw@novell.com Thu Jul 6 13:32:18 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3EC423B029F for ; Thu, 6 Jul 2006 13:32:18 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12819-03 for ; Thu, 6 Jul 2006 13:32:17 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 380753B02A9 for ; Thu, 6 Jul 2006 13:32:17 -0400 (EDT) Received: (qmail 6845 invoked from network); 6 Jul 2006 17:32:16 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:32:16 -0000 Subject: Re: Cannot query images using keyword imagetag anymore From: Joe Shaw To: Arif Lukito In-Reply-To: <1151967313.28441.3.camel@debussy.harmony> References: <1151967313.28441.3.camel@debussy.harmony> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:32:12 -0400 Message-Id: <1152207132.11287.66.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:32:18 -0000 Hi, On Tue, 2006-07-04 at 08:55 +1000, Arif Lukito wrote: > I cannot seem to search images using keyword imagetag anymore. I don't > know since when it stopped working, it used to work before. I > occasionally get this error when indexing certain photo > > Oh since last time it worked I've upgraded f-spot database from sqlite2 > to sqlite3. Any idea? Looks like a bug. Can you file it in bugzilla please? Mention the sqlite thing; it is probably the cause. (Unfortunately Beagle can't use both sqlite2 and 3, so f-spot and Beagle have to be in sync in this regard.) Joe From dbera.web@gmail.com Thu Jul 6 13:32:46 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 709153B039E for ; Thu, 6 Jul 2006 13:32:46 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12805-06 for ; Thu, 6 Jul 2006 13:32:45 -0400 (EDT) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.203]) by menubar.gnome.org (Postfix) with ESMTP id 241BA3B0123 for ; Thu, 6 Jul 2006 13:32:45 -0400 (EDT) Received: by nz-out-0102.google.com with SMTP id 14so1094014nzn for ; Thu, 06 Jul 2006 10:32:44 -0700 (PDT) Received: by 10.36.18.16 with SMTP id 16mr1208438nzr; Thu, 06 Jul 2006 10:32:44 -0700 (PDT) Received: by 10.37.22.63 with HTTP; Thu, 6 Jul 2006 10:32:44 -0700 (PDT) Message-ID: <1f1f006d0607061032r15e4e0d3nb36fc2cc4849a58@mail.gmail.com> Date: Thu, 6 Jul 2006 10:32:44 -0700 From: "D Bera" To: "Joe Shaw" Subject: Re: Beagle and its startup In-Reply-To: <1152206431.11287.59.camel@posthaste.boston.ximian.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44A4020C.4060203@a80.net> <1f1f006d0606291022u5467afe5o44d6e858b4274435@mail.gmail.com> <44A4115B.3000703@a80.net> <1151667046.6344.3.camel@portage.boston.ximian.com> <44A57859.4050109@a80.net> <1152206431.11287.59.camel@posthaste.boston.ximian.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.204 tagged_above=-999 required=2 tests=[AWL=0.196, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.204 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:32:46 -0000 > > ok so i know that about the gaim backend, thanks for that info :) > > Unfortunatly i didn't find any info how to check if a file is indexed by > > beagle. is there a way apart of using the normal search? > > Not really; the only real interface into the index is to search. Would > you just want to be able to say "beagle-indexed foo.rpm" and have it try > to find that file in the index? That should be as simple as turning > "foo.rpm" into "file:///home/joe/mydirectory/foo.rpm" and doing a search > on it. Hi Andreas, I thought I replied to your question, but looking at the Joe's reply I dont think I did. Though there isnt any well-documented way to find out if a file is indexed by beagle, there is a debugging tool which can be used for that. $ beagle-dump-index /path/to/file will print the indexed metadata of the file; if the file isnt indexed, it will say so. beagle-dump-index is a debugging aid and I dont think it is distributed with the package; it is available in the CVS checkout. But let me be clear that simply searching for foo.rpm should be enough in most cases (read: almost all cases) and that is the recommended way of doing it. - dBera From joeshaw@novell.com Thu Jul 6 13:33:40 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1D8313B006B for ; Thu, 6 Jul 2006 13:33:40 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12966-02 for ; Thu, 6 Jul 2006 13:33:37 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id BD5953B00B3 for ; Thu, 6 Jul 2006 13:33:36 -0400 (EDT) Received: (qmail 6852 invoked from network); 6 Jul 2006 17:33:36 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:33:36 -0000 Subject: Re: problem about beagle-0.2.5 on solaris From: Joe Shaw To: jedy In-Reply-To: <1151984496.10666.1.camel@pampas.prc.sun.com> References: <1151984496.10666.1.camel@pampas.prc.sun.com> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:33:31 -0400 Message-Id: <1152207211.11287.69.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:33:40 -0000 Hi, On Tue, 2006-07-04 at 11:41 +0800, jedy wrote: > I built beagle-0.2.5 on solaris. But every time i search something > beagle just return the files whose name match search. For example, if i > search beagle, only the files with bealge in their name are returned. > why? I'm not aware of anyone who has done any testing of Beagle on Solaris. There are quite possibly Linux-specific things in there that are preventing the files from being filtered correctly. Take a look at your ~/.beagle/Log directory and look for errors or exceptions during the indexing process. If you find any, it'd probably be a good idea to file bugs on them. Thanks, Joe From dbera.web@gmail.com Thu Jul 6 13:34:29 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C76FA3B03EB for ; Thu, 6 Jul 2006 13:34:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12946-08 for ; Thu, 6 Jul 2006 13:34:28 -0400 (EDT) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.196]) by menubar.gnome.org (Postfix) with ESMTP id 24D1F3B0123 for ; Thu, 6 Jul 2006 13:34:22 -0400 (EDT) Received: by nz-out-0102.google.com with SMTP id 14so1094345nzn for ; Thu, 06 Jul 2006 10:34:21 -0700 (PDT) Received: by 10.36.10.20 with SMTP id 20mr1185754nzj; Thu, 06 Jul 2006 10:34:21 -0700 (PDT) Received: by 10.37.22.63 with HTTP; Thu, 6 Jul 2006 10:34:21 -0700 (PDT) Message-ID: <1f1f006d0607061034v6360fd7fl3226893480587ff5@mail.gmail.com> Date: Thu, 6 Jul 2006 10:34:21 -0700 From: "D Bera" To: "Kevin Kubasik" Subject: Re: Flock Backend In-Reply-To: <44AD480B.80507@kubasik.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44ACFCE8.4030609@kubasik.net> <200607060744.21631.dbera.web@gmail.com> <44AD2694.4000709@digital-crocus.com> <44AD480B.80507@kubasik.net> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.209 tagged_above=-999 required=2 tests=[AWL=0.191, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.209 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:34:32 -0000 > Is there some command line tool to just dump the contents of lucene > index into text form or something? I can't seem to find much, but again, > its not something I'm exactly experienced with. There is a java GUI for that, google for "Luke". - dBera From pat@patdouble.com Thu Jul 6 13:34:43 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C1D6A3B010E for ; Thu, 6 Jul 2006 13:34:43 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12989-04 for ; Thu, 6 Jul 2006 13:34:42 -0400 (EDT) Received: from ee-pdouble.pdouble.net (rrcs-67-53-27-98.west.biz.rr.com [67.53.27.98]) by menubar.gnome.org (Postfix) with ESMTP id 2FB883B03EB for ; Thu, 6 Jul 2006 13:34:42 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by ee-pdouble.pdouble.net (Postfix) with ESMTP id C7130A32766; Thu, 6 Jul 2006 12:34:40 -0500 (CDT) From: Pat Double To: dashboard-hackers@gnome.org Subject: Re: Beagle Help! Date: Thu, 6 Jul 2006 12:34:34 -0500 User-Agent: KMail/1.9.3 References: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> In-Reply-To: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart41160511.AZHx396UDf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200607061234.39139.pat@patdouble.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.456 tagged_above=-999 required=2 tests=[AWL=0.008, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.456 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: pat@patdouble.com List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:34:44 -0000 --nextPart41160511.AZHx396UDf Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 03 July 2006 09:49, Dr. Diesel wrote: > But when I search none of the files in that directory, which I used > Beagle-build-index (which took about 40 hours for 90,000 files!!) to make, > show up! What version of beagle are you using? =2D-=20 Pat Double, pat@patdouble.com "In the beginning God created the heaven and the earth." --nextPart41160511.AZHx396UDf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBErUmv7AY1KcVLrSYRAvXrAJ9CsUx+DB/MILnGGAT+RRqeq1FLHwCfdWkE uJ3Kq1tJryvqARw3YOBPWc8= =D2On -----END PGP SIGNATURE----- --nextPart41160511.AZHx396UDf-- From joeshaw@novell.com Thu Jul 6 13:36:34 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CD4C23B00B3 for ; Thu, 6 Jul 2006 13:36:33 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13259-02 for ; Thu, 6 Jul 2006 13:36:32 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 231443B0407 for ; Thu, 6 Jul 2006 13:36:32 -0400 (EDT) Received: (qmail 6866 invoked from network); 6 Jul 2006 17:36:31 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:36:31 -0000 Subject: Re: Thunderbird From: Joe Shaw To: Kevin Kubasik In-Reply-To: <44AB6245.6080209@kubasik.net> References: <44AB6245.6080209@kubasik.net> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:36:26 -0400 Message-Id: <1152207386.11287.72.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:36:34 -0000 Hi, On Wed, 2006-07-05 at 02:55 -0400, Kevin Kubasik wrote: > Because of restrictions in Thunderbirds internal handling of the > addressbook, we cannot open a contact in Thunderbird directly. Lame. Is there a bug filed upstream about this? > Our solution was to write a separate program (much like the > ImLogViewer) to view thunderbird contacts, and offer the user some > basic options (like e-mail and edit the details). Seems like a good idea. > With this, we have mail and addressbook support in pretty spiffy shape. > Probably to the point were we might want to consider getting it into CVS > and starting the bugwork. But thats up to you all. Yeah, I think we should move this into the repository soon. The GNOME CVS -> subversion migration happens a week from tomorrow. My plan is to heavily reorganize the source tree after that point. How about we check it in after that? Joe From dbera.web@gmail.com Thu Jul 6 13:40:28 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 74F013B02A9 for ; Thu, 6 Jul 2006 13:40:28 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13416-08 for ; Thu, 6 Jul 2006 13:40:27 -0400 (EDT) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.205]) by menubar.gnome.org (Postfix) with ESMTP id 25FBF3B04FF for ; Thu, 6 Jul 2006 13:40:27 -0400 (EDT) Received: by nz-out-0102.google.com with SMTP id v1so179864nzb for ; Thu, 06 Jul 2006 10:40:26 -0700 (PDT) Received: by 10.36.138.15 with SMTP id l15mr383538nzd; Thu, 06 Jul 2006 10:40:26 -0700 (PDT) Received: by 10.37.22.63 with HTTP; Thu, 6 Jul 2006 10:40:25 -0700 (PDT) Message-ID: <1f1f006d0607061040y56af940bv999c31e37896d620@mail.gmail.com> Date: Thu, 6 Jul 2006 10:40:25 -0700 From: "D Bera" To: "Joe Shaw" Subject: Re: Thunderbird In-Reply-To: <1152207386.11287.72.camel@posthaste.boston.ximian.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44AB6245.6080209@kubasik.net> <1152207386.11287.72.camel@posthaste.boston.ximian.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.213 tagged_above=-999 required=2 tests=[AWL=0.187, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.213 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:40:28 -0000 > Yeah, I think we should move this into the repository soon. The GNOME > CVS -> subversion migration happens a week from tomorrow. My plan is to At last. Phew!!! > heavily reorganize the source tree after that point. How about we check Curious, what kind of reorganization are you planning ? --- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From joeshaw@novell.com Thu Jul 6 13:40:29 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 802EB3B04E4 for ; Thu, 6 Jul 2006 13:40:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13536-02 for ; Thu, 6 Jul 2006 13:40:26 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id AB69E3B04FA for ; Thu, 6 Jul 2006 13:40:25 -0400 (EDT) Received: (qmail 6874 invoked from network); 6 Jul 2006 17:40:24 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:40:24 -0000 Subject: Re: Flock Backend From: Joe Shaw To: Kevin Kubasik In-Reply-To: <44AD480B.80507@kubasik.net> References: <44ACFCE8.4030609@kubasik.net> <200607060744.21631.dbera.web@gmail.com> <44AD2694.4000709@digital-crocus.com> <44AD480B.80507@kubasik.net> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:40:17 -0400 Message-Id: <1152207617.11287.76.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:40:29 -0000 Hi, On Thu, 2006-07-06 at 13:27 -0400, Kevin Kubasik wrote: > As of the 0.7 or 'Cardnial' release series, flock uses Clucene 1.9. If > you wanna check it out, your index is in the folder 'historysearch' in > the flock profile directory. I am pretty sure the CLucene file format is on-disk compatible with the original Java one (and our DotLucene). As long as that's the case, writing a driver for it should be trivial. > Whats really the best thing about it is that because the indexing is all > in C and part of the browser, they have the scheduling etc. to make it > not interfere with the browsing experience at all. Sounds familiar. ;) > Is there some command line tool to just dump the contents of lucene > index into text form or something? I can't seem to find much, but again, > its not something I'm exactly experienced with. There's no real command-line tool for it. You could maybe extract some code from beagle-dump-index to do it, or try to decypher the incredibly hard-to-use but still useful tool Luke: http://www.getopt.org/luke/ Joe From joeshaw@novell.com Thu Jul 6 13:46:39 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3F78A3B0527 for ; Thu, 6 Jul 2006 13:46:39 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13950-02 for ; Thu, 6 Jul 2006 13:46:38 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 00C923B04FF for ; Thu, 6 Jul 2006 13:46:37 -0400 (EDT) Received: (qmail 6892 invoked from network); 6 Jul 2006 17:46:37 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:46:37 -0000 Subject: Re: static index + dynamic index From: Joe Shaw To: Andreas Heinz In-Reply-To: <44ACC0A8.1020007@a80.net> References: <44ACC0A8.1020007@a80.net> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:46:30 -0400 Message-Id: <1152207990.11287.80.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:46:39 -0000 Hi, On Thu, 2006-07-06 at 09:50 +0200, Andreas Heinz wrote: > i would like to know if it's possible to use beagle with one (or more) > static index and additionally the dynamic one (for best experience with > extended attributes enabled). Yes, definitely. > my configuration looks like follows: > local harddrive: > /home/crash/ marked to be indexed > > nfs shares: > /storage/ > /mp3s/ > > now since nfs shares won't support extended attributes and since i have > problems letting a large directoy being indexed (see my last mails a few > day ago) i'm thinking of creating a index of these kind of static > directories every night or so and only letting beagle index my home. Even with the bug of not correctly indexing all of your files, doing a static index for these two NFS directories is probably a good idea anyhow. You don't want constant network traffic when indexing these files. > is this easily possible? e.g. will i have to index the large directoy > every time as a hole or will it add the changes? You can use the beagle-build-index tool for this. Take a look at the manpage or look at the beagle-crawl-system shell script to see an example of how it works. Essentially you can create a cron job for this, and Beagle will recrawl the directories and add any new files to the index. If you place the indexes in /var/cache/beagle/indexes, they will be automatically picked up when you restart the beagle daemon. Thanks, Joe From joeshaw@novell.com Thu Jul 6 13:52:29 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9B5BB3B02A9 for ; Thu, 6 Jul 2006 13:52:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14416-01 for ; Thu, 6 Jul 2006 13:52:28 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 891423B03EA for ; Thu, 6 Jul 2006 13:50:17 -0400 (EDT) Received: (qmail 6907 invoked from network); 6 Jul 2006 17:50:10 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:50:10 -0000 Subject: Re: Thunderbird From: Joe Shaw To: D Bera In-Reply-To: <1f1f006d0607061040y56af940bv999c31e37896d620@mail.gmail.com> References: <44AB6245.6080209@kubasik.net> <1152207386.11287.72.camel@posthaste.boston.ximian.com> <1f1f006d0607061040y56af940bv999c31e37896d620@mail.gmail.com> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:50:05 -0400 Message-Id: <1152208205.11287.85.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:52:29 -0000 Hi, On Thu, 2006-07-06 at 10:40 -0700, D Bera wrote: > > Yeah, I think we should move this into the repository soon. The GNOME > > CVS -> subversion migration happens a week from tomorrow. My plan is to > > At last. Phew!!! Yeah. Assuming it isn't delayed again. ;) > > heavily reorganize the source tree after that point. How about we check > > Curious, what kind of reorganization are you planning ? I'm planning on moving a bunch of historical code which is valuable for reference purposes but not used into an "attic". Directories include at least Best, chooser-fu, Renderers, templates, and Tiles. I'm also planning on renaming a bunch of files. The "EvolutionMailDriver" name has been wrong for a long time; it hasn't been a driver in nearly two years. It may make sense to unify the images directory with the search directory; I'm not sure it makes a lot of sense to install the images as a separate assembly. Joe From joeshaw@novell.com Thu Jul 6 17:04:25 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8D4863B033F for ; Thu, 6 Jul 2006 17:04:25 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26597-07 for ; Thu, 6 Jul 2006 17:04:24 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id DF32E3B0298 for ; Thu, 6 Jul 2006 17:04:23 -0400 (EDT) Received: (qmail 7569 invoked from network); 6 Jul 2006 21:04:23 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 21:04:23 -0000 Subject: GUADEC redux and roadmap From: Joe Shaw To: dashboard-hackers@gnome.org Content-Type: text/plain Date: Thu, 06 Jul 2006 17:04:17 -0400 Message-Id: <1152219857.11287.133.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 21:04:25 -0000 Hey guys, As you can see from my flood of emails earlier today, I am digging myself out from underneath a mountain of backlogged emails, blog posts, and free-agent hockey news. :) My talk and the BOF on Beagle at GUADEC both went very well, I think. Lots of people asking good questions about it, and a few people coming up to me afterward talking about how they want to integrate Beagle with their apps. Very exciting. I also got the chance to meet Daniel Drake, Chris Orr, and Max Wiehle and see Fredrik Hedberg again. It was nice meeting/seeing all of you. There are supposed to be archives of all the talks, but the site referenced off the GUADEC page doesn't seem to exist. I don't know if the talks will ever be up or not. Generally speaking I don't like to put slides up because they're lacking in context; they're often useless without the context of the speaker. Also, my laptop appears to be broken so I can't get the talk off of there. I'll post them once I can get into my machine. A couple of weeks ago Kevin put up a good roadmap document for 0.2.8, here: http://beagle-project.org/RoadMap. I wanted to give a heads up on what my larger-scale plans are. None of these will probably be for 0.2.8, unfortunately, but hopefully won't be too far behind: * Beagle on Battery - Right now Beagle will throttle itself and index slowly if you are on battery power. Unfortunately, most people want Beagle to not index at all in such a case. I need to investigate what will be involved in that and implement it. Not a ton of work, but I need to figure out what the right behavior is. * Metadata store - Jon and I talked about this at GUADEC and after thinking about it for a few days, I think we have an approach that will work. Whether or not it scales is yet to be seen, however. Right now we are storing all of our metadata in Lucene. This works fine for largely immutable text-based values, but doesn't work well when you want to deal with external metadata (think Nautilus emblems, Leaftag or F-Spot tags, etc.). The plan currently is to move storing of all metadata into a database and use Lucene only for its text indexing capabilities. This will allow us to (a) adapt better to changes in external metadata stores, (b) store metadata ourselves on behalf of applications, and (c) make keyword searches simpler. I started prototyping something on my laptop on the plane; I'll need to play with it a little bit more if I can get my laptop going again. * Using a single pool for indexes - Right now there is one index per backend. This was fine initially, but when you have a mail index with over 400,000 emails and a tomboy index with only 9 notes, you can see how distributing them more evenly would be much more efficient. I want to change the way we store our indexes so that all indexes simply write to an index, and that layer takes care of distributing them evenly. I also think this will help us a *lot* on memory usage as the number of backends continues to grow. There are also various bugs to look into. There are reports that Beagle isn't indexing all files in an extremely large directory with thousands of files; there is the fact that we're optimizing indexes (in many cases very large indexes) more often than we need to; changing the gaim log backend to be an indexable generator. Those would also be good to tackle if someone has time. I'm also planning on writing some docs: some high-level block diagrams on the Beagle architecture, reviewing and cleaning up the filter docs, and writing a simple tutorial on how to write a backend. Joe From qub333@gmail.com Thu Jul 6 18:42:57 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 44AE13B0197 for ; Thu, 6 Jul 2006 18:42:57 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32616-07 for ; Thu, 6 Jul 2006 18:42:56 -0400 (EDT) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.199]) by menubar.gnome.org (Postfix) with ESMTP id D8D9B3B0148 for ; Thu, 6 Jul 2006 18:42:55 -0400 (EDT) Received: by nz-out-0102.google.com with SMTP id 14so1150276nzn for ; Thu, 06 Jul 2006 15:42:39 -0700 (PDT) Received: by 10.64.180.14 with SMTP id c14mr1144741qbf; Thu, 06 Jul 2006 15:42:39 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id 1sm200669qbh.2006.07.06.15.42.38; Thu, 06 Jul 2006 15:42:38 -0700 (PDT) Message-ID: <44AD91DE.8040302@kubasik.net> Date: Thu, 06 Jul 2006 18:42:38 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Joe Shaw Subject: Re: Flock Backend References: <44ACFCE8.4030609@kubasik.net> <200607060744.21631.dbera.web@gmail.com> <44AD2694.4000709@digital-crocus.com> <44AD480B.80507@kubasik.net> <1152207617.11287.76.camel@posthaste.boston.ximian.com> In-Reply-To: <1152207617.11287.76.camel@posthaste.boston.ximian.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.344 tagged_above=-999 required=2 tests=[AWL=0.056, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.344 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 22:42:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Ok, well the properties indexed and most of that are pretty standard, they are using like an rdf style format as opposed to a dublin:core thing like us. Conceptually, should be simple, I might start playing with it tonight, but most of the raw lucene stuff is pretty alien to me, so I don't expect much. (meaning if someone else would like to give it a shot, feel free ;) ) Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog Joe Shaw wrote: > Hi, > > On Thu, 2006-07-06 at 13:27 -0400, Kevin Kubasik wrote: >> As of the 0.7 or 'Cardnial' release series, flock uses Clucene 1.9. If >> you wanna check it out, your index is in the folder 'historysearch' in >> the flock profile directory. > > I am pretty sure the CLucene file format is on-disk compatible with the > original Java one (and our DotLucene). As long as that's the case, > writing a driver for it should be trivial. > >> Whats really the best thing about it is that because the indexing is all >> in C and part of the browser, they have the scheduling etc. to make it >> not interfere with the browsing experience at all. > > Sounds familiar. ;) > >> Is there some command line tool to just dump the contents of lucene >> index into text form or something? I can't seem to find much, but again, >> its not something I'm exactly experienced with. > > There's no real command-line tool for it. You could maybe extract some > code from beagle-dump-index to do it, or try to decypher the incredibly > hard-to-use but still useful tool Luke: http://www.getopt.org/luke/ > > Joe > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRK2R3v3xZFNDM330AQi4Pw//WwjYccTjqKFormy7u6IVfxRWQJu6qHhv 43KmTZY6lsTiAcMz29KAcOP8H6mm9NvBjrY2iVCLDAnDjNVBz3TYbbCAGKYMOw9d kOqDmQVRGFckSUXCagX7V2yTv1TxJL6bJgFVq3d3Hmze+QyOcdoEI2B0K5zYUhq7 R4LOETckKWrjIDFvJaHbbnXdaxsZBVCnRhTv9JWKRqw1TFdpPfvP086nKKCEF3Eg dra2/9Ap/2RILPLVyNZLBM8Lj9HMGQCK/ZxfLvcPbOGHI5zPpzDsxdz8lk9DRsEy cAsjEq7nQ8kBwofe9MNcAbfH/XcUd42XiV4VZLYvM5uk4rrHAiBGNQUqfXak21iX 2RAYFb1w5IjnWOCGU1ThAUYEyusq4xkl87pez/sIq79fYJuMwT/64RbEXsq6bvbl Ua3X2U/XHJH4OUAiUuX90vjEYm+SGxrErLt9hzGKcp1srfaFTuTGVFodt2GiqbZW MpBXlNP4yttMFxIzKMHg+KSeN2OBrAnX4lxatOSq+i1m8XERFBVghFM36DxUJ+o3 gdkNPWqdWDcWu6SfKvKr4cVjfE7aoGirqz1rNrT80p4hr+iRajYkT3tchWX1bjyh hFUyDVsU5l1NS8SYnsyDEDhmVRLlWoEaajxcY+eaqrzbs9OjHB+KgOb2Sth4T2I/ 6vcqJo3+K5Y= =f1oU -----END PGP SIGNATURE----- From qub333@gmail.com Thu Jul 6 18:52:15 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7B8043B012B for ; Thu, 6 Jul 2006 18:52:15 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00557-06 for ; Thu, 6 Jul 2006 18:52:14 -0400 (EDT) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.200]) by menubar.gnome.org (Postfix) with ESMTP id 503C23B00B8 for ; Thu, 6 Jul 2006 18:52:14 -0400 (EDT) Received: by wx-out-0102.google.com with SMTP id t5so2466730wxc for ; Thu, 06 Jul 2006 15:51:45 -0700 (PDT) Received: by 10.70.74.4 with SMTP id w4mr11548849wxa; Thu, 06 Jul 2006 15:51:45 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id h16sm8687941wxd.2006.07.06.15.51.45; Thu, 06 Jul 2006 15:51:45 -0700 (PDT) Message-ID: <44AD9401.2090406@kubasik.net> Date: Thu, 06 Jul 2006 18:51:45 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Joe Shaw Subject: Re: Thunderbird References: <44AB6245.6080209@kubasik.net> <1152207386.11287.72.camel@posthaste.boston.ximian.com> In-Reply-To: <1152207386.11287.72.camel@posthaste.boston.ximian.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.306 tagged_above=-999 required=2 tests=[AWL=0.017, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001, TW_SV=0.077] X-Spam-Score: -2.306 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 22:52:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Joe Shaw wrote: > Hi, > > On Wed, 2006-07-05 at 02:55 -0400, Kevin Kubasik wrote: >> Because of restrictions in Thunderbirds internal handling of the >> addressbook, we cannot open a contact in Thunderbird directly. > > Lame. Is there a bug filed upstream about this? > No, agreed on the lamity, but to offer something like we would want would be a pretty major structural overhaul for them, it might happen, but personally, I wouldn't expect before 3.0... should still probably file one though, I'll do it later. >> Our solution was to write a separate program (much like the >> ImLogViewer) to view thunderbird contacts, and offer the user some >> basic options (like e-mail and edit the details). > > Seems like a good idea. > >> With this, we have mail and addressbook support in pretty spiffy shape. >> Probably to the point were we might want to consider getting it into CVS >> and starting the bugwork. But thats up to you all. > > Yeah, I think we should move this into the repository soon. The GNOME > CVS -> subversion migration happens a week from tomorrow. My plan is to > heavily reorganize the source tree after that point. How about we check > it in after that? Sounds perfect, I noticed we have a lot of old stuff sitting around the repo, so once you reorganize and cleanup, let me know and I'll get you a rough snapshot of it. luckily svn handles diffs with new directories well, unlike a certain culprit *cough* CVS *cough*. > > Joe > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRK2UAf3xZFNDM330AQh9Eg//SKD/zoWLG6gkVL7RCr6qNpC1Gq/qoINu RQ/PgPVYnHZ/31VCKGEwu8DrCl+NH2hMhovCLDhZmvn6iQVlyh5lsFU5D6974Iet 4KRWbOp43Wxm5ohEme8ITBupzM5bHPOtLSI0Ape4gQohkteOF2mMVerGuF8Wy/6o CKEWFsiyef6+sh89aOS4NOypFCzxIB97lR0/iqFefV3sOEU7f6CB8tzHnW+0wHm8 IdX4+3WQO17hvnVmmhEX40pZJS0X+vA3lC6GvOTkdc5N6FkoQ8JuzGR4fMMDg7oA MPoFZv3lHXNxtjfsI6lrjlJGgTqQwVVkxhNhooEQ0Ivs1ouGMJnmXCjKs83xi4g/ KmwbGB5SdcqW0G0RRlW1vSOwFvTV9NtyynUbzliGOx4N4S/3NFO2TJgARrCrFUqr A1daBrH9Ph0frfBC16Do9msRBIXscuIGHfvrZCUSz0e5vlWSUi7ClrR4j5+yUEzM 0G1qMOXHKHNHKztcYuFz3YToJKCtp9hn2opzYhZFz2gdBkAMBcd4W39rAmOFTIdP Yfd14jvQyp3TFcZeMnRJzF18l+tGQiG3lrO4jsCtj9NtRDhsHVwV58YDi3GYvc+/ w9ABB+44JUV6eEFTAmnJmoWY1NKBtVrPJ7MgRtVIUGYttgdgVaWTdi1oZlfL1NUD XCL5DjeiuYs= =nqmh -----END PGP SIGNATURE----- From lots.of.mailing.lists@gmail.com Fri Jul 7 04:43:22 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A75523B02F6 for ; Fri, 7 Jul 2006 04:43:22 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32092-02 for ; Fri, 7 Jul 2006 04:43:21 -0400 (EDT) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by menubar.gnome.org (Postfix) with ESMTP id 3AFC03B012D for ; Fri, 7 Jul 2006 04:43:21 -0400 (EDT) Received: by nf-out-0910.google.com with SMTP id h2so40025nfe for ; Fri, 07 Jul 2006 01:43:20 -0700 (PDT) Received: by 10.78.170.17 with SMTP id s17mr568981hue; Fri, 07 Jul 2006 01:43:20 -0700 (PDT) Received: by 10.78.38.3 with HTTP; Fri, 7 Jul 2006 01:43:20 -0700 (PDT) Message-ID: <1b420d380607070143g6af63f09q87a1ac6e6c02f33b@mail.gmail.com> Date: Fri, 7 Jul 2006 09:43:20 +0100 From: "none none" To: dashboard-hackers@gnome.org Subject: Re: static index + dynamic index In-Reply-To: <1152207990.11287.80.camel@posthaste.boston.ximian.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44ACC0A8.1020007@a80.net> <1152207990.11287.80.camel@posthaste.boston.ximian.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.5 tagged_above=-999 required=2 tests=[AWL=-0.100, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.5 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 08:43:22 -0000 you might want to investigate the code i put here: http://bugzilla.gnome.org/show_bug.cgi?id=334277 rather than running a cron job every X minutes to rebuild your static index it monitors the directories using inotify and only calls beagle-build-index when some changes have occured From dashboard@a80.net Fri Jul 7 04:57:28 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1E4C43B040A for ; Fri, 7 Jul 2006 04:57:28 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00470-02 for ; Fri, 7 Jul 2006 04:56:50 -0400 (EDT) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id E748C3B032B for ; Fri, 7 Jul 2006 04:54:20 -0400 (EDT) Received: by cratoo.de (Postfix, from userid 1002) id F23F5541C6F; Fri, 7 Jul 2006 09:00:02 +0200 (CEST) Received: from [192.168.0.1] (HSI-KBW-082-212-019-198.hsi.kabelbw.de [82.212.19.198]) by cratoo.de (Postfix) with ESMTP id 12A93541A0D for ; Fri, 7 Jul 2006 08:59:58 +0200 (CEST) Message-ID: <44AE215E.2050602@a80.net> Date: Fri, 07 Jul 2006 10:54:54 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Dashboard Subject: Re: static index + dynamic index & Beagle Startup References: <44ACC0A8.1020007@a80.net> <1152207990.11287.80.camel@posthaste.boston.ximian.com> In-Reply-To: <1152207990.11287.80.camel@posthaste.boston.ximian.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 08:57:28 -0000 hi there, sounds like you had a great time at GUADEC :) i'll respond to all mails at one time. this should be more effective for me ;) @joe: thanks for your tipps. at the moment i'm running beagle-build-index on my largest of the nfs shares, and will then put this index to /var/cache ... hopefullly that works and this large directory problem doesnt occur with this method. if i can help to find out if this is really a bug, or just some kind of configuration issue, tell me how i can help track this down. @dbera: unfortunatly i can't find your mentioned tool beagle-dump-index. are you sure it's distributed with the cvs checkout? i found joe's beagle crawl script but not the dump tool. one addition to the static index idea. what "none none" proposed, is what came to my mind, when i yesterday talked to friend of mine about beagle. although i had'nt in mind to have 2 beagle running (one on the server, one on the client) i think this would be a great idea to get realtime changes for nfs shares. at the moment i have to study for my exams in the next 2 weeks, so i wont have the time to check if this works myself, but to me it sounds like a great idea :) bye Andreas From dashboard@a80.net Fri Jul 7 07:32:43 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 134243B027F for ; Fri, 7 Jul 2006 07:32:43 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11695-01 for ; Fri, 7 Jul 2006 07:32:41 -0400 (EDT) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id 7B3293B04CF for ; Fri, 7 Jul 2006 07:32:41 -0400 (EDT) Received: by cratoo.de (Postfix, from userid 1002) id CA2BB541C55; Fri, 7 Jul 2006 11:38:24 +0200 (CEST) Received: from [192.168.0.1] (HSI-KBW-082-212-019-198.hsi.kabelbw.de [82.212.19.198]) by cratoo.de (Postfix) with ESMTP id 8912453FF6E for ; Fri, 7 Jul 2006 11:38:22 +0200 (CEST) Message-ID: <44AE467F.10704@a80.net> Date: Fri, 07 Jul 2006 13:33:19 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Dashboard Subject: Re: static index + dynamic index & Beagle Startup References: <44ACC0A8.1020007@a80.net> <1152207990.11287.80.camel@posthaste.boston.ximian.com> <44AE215E.2050602@a80.net> In-Reply-To: <44AE215E.2050602@a80.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 11:32:43 -0000 hmm beagle-build-index just finished, and i moved it to var-cache... after chownin it to beagleindex:root. now i get much more results, but i also have problems finding specific files. i tried to run build-index with debug to check if there is a problem with this files, but i don't get any additional information. any ideas about this? bye Andreas Andreas Heinz wrote: > hi there, > > sounds like you had a great time at GUADEC :) > > i'll respond to all mails at one time. this should be more effective for > me ;) > > @joe: thanks for your tipps. at the moment i'm running > beagle-build-index on my largest of the nfs shares, and will then put > this index to /var/cache ... hopefullly that works and this large > directory problem doesnt occur with this method. > > if i can help to find out if this is really a bug, or just some kind of > configuration issue, tell me how i can help track this down. > > @dbera: unfortunatly i can't find your mentioned tool beagle-dump-index. > are you sure it's distributed with the cvs checkout? i found joe's > beagle crawl script but not the dump tool. > > one addition to the static index idea. what "none none" proposed, is > what came to my mind, when i yesterday talked to friend of mine about > beagle. although i had'nt in mind to have 2 beagle running (one on the > server, one on the client) i think this would be a great idea to get > realtime changes for nfs shares. > at the moment i have to study for my exams in the next 2 weeks, so i > wont have the time to check if this works myself, but to me it sounds > like a great idea :) > > bye > Andreas From dbera.web@gmail.com Fri Jul 7 11:12:59 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 24BF33B016E for ; Fri, 7 Jul 2006 11:12:59 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28882-10 for ; Fri, 7 Jul 2006 11:12:58 -0400 (EDT) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by menubar.gnome.org (Postfix) with ESMTP id DB73C3B0337 for ; Fri, 7 Jul 2006 11:12:57 -0400 (EDT) Received: by nf-out-0910.google.com with SMTP id g2so125078nfe for ; Fri, 07 Jul 2006 08:12:56 -0700 (PDT) Received: by 10.49.15.1 with SMTP id s1mr1520332nfi; Fri, 07 Jul 2006 08:12:56 -0700 (PDT) Received: from ?192.168.1.103? ( [75.6.225.56]) by mx.gmail.com with ESMTP id c1sm3935032nfe.2006.07.07.08.12.54; Fri, 07 Jul 2006 08:12:55 -0700 (PDT) From: D Bera Organization: BU-CS To: dashboard-hackers@gnome.org, Andreas Heinz Subject: Re: static index + dynamic index & Beagle Startup Date: Fri, 7 Jul 2006 08:14:52 -0700 User-Agent: KMail/1.9 References: <44ACC0A8.1020007@a80.net> <1152207990.11287.80.camel@posthaste.boston.ximian.com> <44AE215E.2050602@a80.net> In-Reply-To: <44AE215E.2050602@a80.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607070814.52540.dbera.web@gmail.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.489 tagged_above=-999 required=2 tests=[AWL=-0.089, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001, UPPERCASE_25_50=0] X-Spam-Score: -2.489 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 15:12:59 -0000 > @dbera: unfortunatly i can't find your mentioned tool beagle-dump-index. > are you sure it's distributed with the cvs checkout? i found joe's > beagle crawl script but not the dump tool. Weird. I have it in my local tree and all cvs checkouts. Somehow it got removed from CVS - maybe due to Joe's cleanup (or maybe I need to wake up). I am not sure if this mailing list stores attachments, but this is the script beagle/beagled/beagle-dump-index: --------------------->8------------------------------ #!/bin/sh # This line will be automatically uncommented when you "make install" #installed=1 if [ -z $installed ] ; then echo "*** Running uninstalled DumpIndex.exe ***" THIS_PATH="../Util:../BeagleClient:." THIS_EXE="./DumpIndex.exe" export MONO_PATH="../Util:../BeagleClient${MONO_PATH+:$MONO_PATH}" export LD_LIBRARY_PATH="../glue/.libs${LD_LIBRARY_PATH+:$LD_LIBRARY_PATH}" export BEAGLE_FILTER_PATH="../Filters${BEAGLE_FILTER_PATH+ $BEAGLE_FILTER_PATH}" else THIS_PATH="/usr/lib/beagle" THIS_EXE="/usr/lib/beagle/DumpIndex.exe" export MONO_PATH="/usr/lib/beagle${MONO_PATH+:$MONO_PATH}" export LD_LIBRARY_PATH="/usr/lib/beagle${LD_LIBRARY_PATH+: $LD_LIBRARY_PATH}" fi MONO_GAC_PREFIX="/usr${MONO_GAC_PREFIX+:$MONO_GAC_PREFIX}" MONO_PATH="$THIS_PATH${MONO_ PATH+:$MONO_PATH}" exec -a beagle-dump-index mono --debug $MONO_EXTRA_ARGS $THIS_EXE "$ @" --------------------------->8--------------------------------------- Fix line wraps. I dont know if this is even installed by make install. You can just run it locally. -- -------------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From minack@l3s.de Fri Jul 7 11:32:41 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2E3CF3B0122 for ; Fri, 7 Jul 2006 11:32:41 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30442-02 for ; Fri, 7 Jul 2006 11:32:39 -0400 (EDT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by menubar.gnome.org (Postfix) with ESMTP id C83E33B00D8 for ; Fri, 7 Jul 2006 11:32:38 -0400 (EDT) Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k67FWXKa022420 for ; Fri, 7 Jul 2006 17:32:34 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id B65BD18DF61; Fri, 7 Jul 2006 17:32:34 +0200 (CEST) Received: from L3SMinack (pc120.l3s.uni-hannover.de [130.75.87.120]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id 55B3118DF58 for ; Fri, 7 Jul 2006 17:32:34 +0200 (CEST) Message-ID: <028401c6a1da$91bf8cb0$78574b82@L3SMinack> From: "Enrico Minack" To: References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> Subject: Re: GUADEC redux and roadmap Date: Fri, 7 Jul 2006 17:32:33 +0200 Organization: L3S MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=0.001 tagged_above=-999 required=2 tests=[BAYES_50=0.001] X-Spam-Score: 0.001 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 15:32:41 -0000 > * Metadata store - Jon and I talked about this at GUADEC and > after thinking about it for a few days, I think we have an > approach that will work. Whether or not it scales is yet to be > seen, however. Right now we are storing all of our metadata in > Lucene. This works fine for largely immutable text-based > values, but doesn't work well when you want to deal with > external metadata (think Nautilus emblems, Leaftag or F-Spot > tags, etc.). The plan currently is to move storing of all > metadata into a database and use Lucene only for its text > indexing capabilities. This will allow us to (a) adapt better > to changes in external metadata stores, (b) store metadata > ourselves on behalf of applications, and (c) make keyword > searches simpler. I started prototyping something on my laptop > on the plane; I'll need to play with it a little bit more if I > can get my laptop going again. Joe, it would be great if these metadata would be stored as RDF. Both the metadata as well as their schemas can be represented as RDF, which then makes the RDF store the perfect exchange mechanism between all applications generating these metadata, and applications using them. We use that approach in our NEPOMUK project, and it works very well to integrate contributions from different project partners. Storing the metadata in RDF also enables path-like queries where you traverse along the graph which connects different entities (Emails, Documents, Persons, ...) via their metadata (received by, ...). Enrico Minack From qub333@gmail.com Fri Jul 7 11:53:29 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 656C93B0215 for ; Fri, 7 Jul 2006 11:53:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31637-08 for ; Fri, 7 Jul 2006 11:53:28 -0400 (EDT) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.207]) by menubar.gnome.org (Postfix) with ESMTP id C90E53B02EC for ; Fri, 7 Jul 2006 11:53:27 -0400 (EDT) Received: by wx-out-0102.google.com with SMTP id t5so2643814wxc for ; Fri, 07 Jul 2006 08:53:27 -0700 (PDT) Received: by 10.70.41.6 with SMTP id o6mr1076278wxo; Fri, 07 Jul 2006 08:53:27 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id h18sm1618519wxd.2006.07.07.08.53.25; Fri, 07 Jul 2006 08:53:26 -0700 (PDT) Message-ID: <44AE8377.409@kubasik.net> Date: Fri, 07 Jul 2006 11:53:27 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Joe Shaw Subject: Re: GUADEC redux and roadmap References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> In-Reply-To: <1152219857.11287.133.camel@posthaste.boston.ximian.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.354 tagged_above=-999 required=2 tests=[AWL=0.046, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.354 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 15:53:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Just a quick thought on versioning etc. How about we do 0.2.8 is more or less its current roadmap, maybe plus any SoC stuff thats ready whenever we get near the release. Then we prepare a 0.2.9, which would be primarily marked by the integration of SoC's networked search stuff etc. Then we set these goals (and of course whatever else comes up ;) as our 0.3 benchmark? These seem like they will be pretty big, I dunno if it really lines up with such a big versioning release, but considering the major impact they would have on beagle's storage of data (thus _definate_ re-indexing needed) it seems appropriate. If we like, I can make some vague representation of this on the beaglewiki.org/RoadMap. Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog Joe Shaw wrote: > Hey guys, > > As you can see from my flood of emails earlier today, I am digging > myself out from underneath a mountain of backlogged emails, blog posts, > and free-agent hockey news. :) > > My talk and the BOF on Beagle at GUADEC both went very well, I think. > Lots of people asking good questions about it, and a few people coming > up to me afterward talking about how they want to integrate Beagle with > their apps. Very exciting. > > I also got the chance to meet Daniel Drake, Chris Orr, and Max Wiehle > and see Fredrik Hedberg again. It was nice meeting/seeing all of you. > > There are supposed to be archives of all the talks, but the site > referenced off the GUADEC page doesn't seem to exist. I don't know if > the talks will ever be up or not. Generally speaking I don't like to > put slides up because they're lacking in context; they're often useless > without the context of the speaker. Also, my laptop appears to be > broken so I can't get the talk off of there. I'll post them once I can > get into my machine. > > A couple of weeks ago Kevin put up a good roadmap document for 0.2.8, > here: http://beagle-project.org/RoadMap. I wanted to give a heads up on > what my larger-scale plans are. None of these will probably be for > 0.2.8, unfortunately, but hopefully won't be too far behind: > > * Beagle on Battery - Right now Beagle will throttle itself and > index slowly if you are on battery power. Unfortunately, most > people want Beagle to not index at all in such a case. I need > to investigate what will be involved in that and implement it. > Not a ton of work, but I need to figure out what the right > behavior is. > > * Metadata store - Jon and I talked about this at GUADEC and > after thinking about it for a few days, I think we have an > approach that will work. Whether or not it scales is yet to be > seen, however. Right now we are storing all of our metadata in > Lucene. This works fine for largely immutable text-based > values, but doesn't work well when you want to deal with > external metadata (think Nautilus emblems, Leaftag or F-Spot > tags, etc.). The plan currently is to move storing of all > metadata into a database and use Lucene only for its text > indexing capabilities. This will allow us to (a) adapt better > to changes in external metadata stores, (b) store metadata > ourselves on behalf of applications, and (c) make keyword > searches simpler. I started prototyping something on my laptop > on the plane; I'll need to play with it a little bit more if I > can get my laptop going again. > > * Using a single pool for indexes - Right now there is one index > per backend. This was fine initially, but when you have a mail > index with over 400,000 emails and a tomboy index with only 9 > notes, you can see how distributing them more evenly would be > much more efficient. I want to change the way we store our > indexes so that all indexes simply write to an index, and that > layer takes care of distributing them evenly. I also think this > will help us a *lot* on memory usage as the number of backends > continues to grow. > > There are also various bugs to look into. There are reports that Beagle > isn't indexing all files in an extremely large directory with thousands > of files; there is the fact that we're optimizing indexes (in many cases > very large indexes) more often than we need to; changing the gaim log > backend to be an indexable generator. Those would also be good to > tackle if someone has time. > > I'm also planning on writing some docs: some high-level block diagrams > on the Beagle architecture, reviewing and cleaning up the filter docs, > and writing a simple tutorial on how to write a backend. > > Joe > > _______________________________________________ > Dashboard-hackers mailing list > Dashboard-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/dashboard-hackers -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRK6Ddv3xZFNDM330AQg+rQ//YG+pRmWxo7VF2c2zKsbCK5eTMb75TWNR 6uSvwD6kwUqG0r3zlYpizzjDKYOtzDIQXQNP4yCeuKjxztVsfsx046y7AVwQw1hF aEBkLkjI1FgFKgVCVho5bkElPMNE37sSDl7BonIwi0wHDwf7jHyA9Fs3rtlQ7PU6 WZ14Wv2JjcdY/uGmOAG6c6w0uePO3/F4si0W5swHBJMZ6NA/WiFWFPFcKJFAyOjF 4LpecqdMSCS59AMqyZiIfdaF5ZzFj6tkJNosEqini+H31fLaoxldkSW7CeHdARIw oV4fWnMga0JvBPLSVrUjBy+DEihLYj/MOleaKe9ME5fxG9sa2MmLxQ3ne9S6Y04b EUw48arvqrlh209jUZkbfpihdzkasX91nOWBCATpivOJ+WlC1NhDgB3Tqd4Gn36a puDWem4aW9C/f/QFLo6OpO6GHWRurRvzUVL7In9HbsPHPPAS2RbgcTW3EkSPjHHz tCmHQfHOTUDyLqVtYahh0N/+qHqk6QCe/bLW0i/K5V2A2JzZ9kVd4AjB2tyo2qIi tqTvZnDhLOdoCNizsoRKt6zn6r4eJQ6Rlcc0QcmrgpvrXEHQAt4Os+3YzmaOwc9z x6hBCJpYVIaEYwQNmPyRjI1RTCdqauNTmqg+w8MmuT6K3wm2ah+qSrhfQTZJpVlf /Z9tn3YZj6A= =74EN -----END PGP SIGNATURE----- From joeshaw@novell.com Fri Jul 7 13:27:07 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 491543B013A for ; Fri, 7 Jul 2006 13:27:07 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04539-08 for ; Fri, 7 Jul 2006 13:27:04 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 800BF3B019F for ; Fri, 7 Jul 2006 13:27:04 -0400 (EDT) Received: (qmail 11431 invoked from network); 7 Jul 2006 17:27:03 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 7 Jul 2006 17:27:03 -0000 Subject: Re: GUADEC redux and roadmap From: Joe Shaw To: Enrico Minack In-Reply-To: <028401c6a1da$91bf8cb0$78574b82@L3SMinack> References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> <028401c6a1da$91bf8cb0$78574b82@L3SMinack> Content-Type: text/plain Date: Fri, 07 Jul 2006 13:27:03 -0400 Message-Id: <1152293223.21176.4.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 17:27:07 -0000 Hi, On Fri, 2006-07-07 at 17:32 +0200, Enrico Minack wrote: > Joe, it would be great if these metadata would be stored as RDF. Both > the metadata as well as their schemas can be represented as RDF, which > then makes the RDF store the perfect exchange mechanism between all > applications generating these metadata, and applications using them. We > use that approach in our NEPOMUK project, and it works very well to > integrate contributions from different project partners. RDF is a definite possibility for this. I am looking at the SemWeb library for this. (http://taubz.for.net/code/semweb/) Another possibility is to store it in a more straightforward relational database and then build RDF from that later. (This was more or less our current plan with Lucene.) Like I said, I'll have to build a prototype and see what works and scales and what doesn't. Fortunately I have millions of documents I regularly test on, so I should be able to give it a good once over. One thing I'm not sure on is that you talk about RDF being a perfect "exchange mechanism" for your data. Do you mean sharing common namespaces like Dublin Core? Common ways of expressing RDF like RDF-XML or N3? Or something else? Joe From nejdl@pc133.l3s.uni-hannover.de Fri Jul 7 13:48:02 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 238843B0093 for ; Fri, 7 Jul 2006 13:48:02 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05932-03 for ; Fri, 7 Jul 2006 13:47:48 -0400 (EDT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by menubar.gnome.org (Postfix) with ESMTP id 349DD3B00F1 for ; Fri, 7 Jul 2006 13:47:48 -0400 (EDT) Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k67Hlhva025326; Fri, 7 Jul 2006 19:47:43 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id 1F4B779A56; Fri, 7 Jul 2006 19:47:43 +0200 (CEST) Received: from mozart.kbs.uni-hannover.de (pc133.l3s.uni-hannover.de [130.75.87.133]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id 4AC1279A56; Fri, 7 Jul 2006 19:47:40 +0200 (CEST) Received: from pc133.l3s.uni-hannover.de (localhost [127.0.0.1]) by mozart.kbs.uni-hannover.de (Postfix) with ESMTP id 61256713DC; Fri, 7 Jul 2006 19:47:40 +0200 (CEST) To: Joe Shaw Subject: Re: GUADEC redux and roadmap In-Reply-To: Message from Joe Shaw of "Fri, 07 Jul 2006 13:27:03 EDT." <1152293223.21176.4.camel@posthaste.boston.ximian.com> References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> <028401c6a1da$91bf8cb0$78574b82@L3SMinack> <1152293223.21176.4.camel@posthaste.boston.ximian.com> X-Mailer: MH-E 7.84; nmh 1.1-RC1; GNU Emacs 21.3.1 From: Wolfgang Nejdl Date: Fri, 07 Jul 2006 19:47:40 +0200 Sender: nejdl@pc133.l3s.uni-hannover.de Message-Id: <20060707174740.61256713DC@mozart.kbs.uni-hannover.de> X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Spam-Score: -2.599 X-Spam-Level: Cc: Wolfgang Nejdl , dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 17:48:02 -0000 Joe Shaw wrote: > Hi, > > On Fri, 2006-07-07 at 17:32 +0200, Enrico Minack wrote: > > Joe, it would be great if these metadata would be stored as RDF. Both > > the metadata as well as their schemas can be represented as RDF, which > > then makes the RDF store the perfect exchange mechanism between all > > applications generating these metadata, and applications using them. We > > use that approach in our NEPOMUK project, and it works very well to > > integrate contributions from different project partners. > > RDF is a definite possibility for this. I am looking at the SemWeb > library for this. (http://taubz.for.net/code/semweb/) > > Another possibility is to store it in a more straightforward relational > database and then build RDF from that later. (This was more or less our > current plan with Lucene.) > In our project (NEPOMUK), we evaluated existing RDF storage systems, and finally settled on Sesame (http://www.openrdf.org/) for efficiency and functionality reasons. It can use various backends, we are using the MySQL one. > Like I said, I'll have to build a prototype and see what works and > scales and what doesn't. Fortunately I have millions of documents I > regularly test on, so I should be able to give it a good once over. > > One thing I'm not sure on is that you talk about RDF being a perfect > "exchange mechanism" for your data. Do you mean sharing common > namespaces like Dublin Core? Common ways of expressing RDF like RDF-XML > or N3? Or something else? Expressing metadata in RDF format, as described e.g. in http://www.w3.org/TR/rdf-primer/ RDF is the data format, RDFS the schema language (also expressed as RDF). Dublin Core would correspond to a specific schema, but in general you have lots of schemas you would like to use on the desktop. When you exchange RDF metadata between different applications, you often use the XML serialization of RDF, i.e. RDF-XML (understood by all RDF toolkits). Wolfgang http://www.kbs.uni-hannover.de/~nejdl/ > > Joe > > _______________________________________________ > Dashboard-hackers mailing list > Dashboard-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/dashboard-hackers From joeshaw@novell.com Fri Jul 7 14:01:52 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 529DE3B00C5 for ; Fri, 7 Jul 2006 14:01:52 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06773-10 for ; Fri, 7 Jul 2006 14:01:51 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 21D9B3B0106 for ; Fri, 7 Jul 2006 14:01:51 -0400 (EDT) Received: (qmail 11561 invoked from network); 7 Jul 2006 18:01:50 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 7 Jul 2006 18:01:50 -0000 Subject: Re: GUADEC redux and roadmap From: Joe Shaw To: Wolfgang Nejdl In-Reply-To: <20060707174740.61256713DC@mozart.kbs.uni-hannover.de> References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> <028401c6a1da$91bf8cb0$78574b82@L3SMinack> <1152293223.21176.4.camel@posthaste.boston.ximian.com> <20060707174740.61256713DC@mozart.kbs.uni-hannover.de> Content-Type: text/plain Date: Fri, 07 Jul 2006 14:01:50 -0400 Message-Id: <1152295310.21176.25.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.438 tagged_above=-999 required=2 tests=[AWL=-0.116, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, TW_JD=0.077] X-Spam-Score: -2.438 X-Spam-Level: Cc: Wolfgang Nejdl , dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 18:01:52 -0000 Hi, On Fri, 2006-07-07 at 19:47 +0200, Wolfgang Nejdl wrote: > In our project (NEPOMUK), we evaluated existing RDF storage systems, and > finally settled on Sesame (http://www.openrdf.org/) for efficiency and > functionality reasons. It can use various backends, we are using the > MySQL one. Being Java, Sesame isn't appropriate for inclusion into Beagle proper. (IKVM or some sort of Java->C# translation might be possible, but the former is a shim and brutal on resources and the latter isn't something I want to maintain.) I am really hoping that a managed solution like SemWeb will be adequate for us. > Expressing metadata in RDF format, as described e.g. in > http://www.w3.org/TR/rdf-primer/ Ah, ok. I don't view RDF as a "format", since it has no real representation (like Unicode). I tend to think of it more as a "data model." How it is stored and expressed is where things like relational databases, N3 and RDF-XML, etc. come in and are largely implementation details. That's why I was confused on how you'd be sharing the data between components. Joe From minack@l3s.de Fri Jul 7 16:21:46 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 40ADE3B00C5 for ; Fri, 7 Jul 2006 16:21:46 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16948-04 for ; Fri, 7 Jul 2006 16:21:44 -0400 (EDT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by menubar.gnome.org (Postfix) with ESMTP id 461DC3B00E5 for ; Fri, 7 Jul 2006 16:21:44 -0400 (EDT) Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k67KLe7q028718 for ; Fri, 7 Jul 2006 22:21:40 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id A2F1918E499; Fri, 7 Jul 2006 22:21:40 +0200 (CEST) Received: from L3SMinack (vpn2.mip.uni-hannover.de [130.75.236.2]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id 051DD18E48B for ; Fri, 7 Jul 2006 22:21:39 +0200 (CEST) Message-ID: <029001c6a202$f50f9030$78574b82@L3SMinack> From: "Enrico Minack" To: References: <1152219857.11287.133.camel@posthaste.boston.ximian.com><028401c6a1da$91bf8cb0$78574b82@L3SMinack><1152293223.21176.4.camel@posthaste.boston.ximian.com><20060707174740.61256713DC@mozart.kbs.uni-hannover.de> <1152295310.21176.25.camel@posthaste.boston.ximian.com> Subject: Re: GUADEC redux and roadmap Date: Fri, 7 Jul 2006 22:21:19 +0200 Organization: L3S MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.513 tagged_above=-999 required=2 tests=[AWL=-0.850, BAYES_20=-0.74, TW_MV=0.077] X-Spam-Score: -1.513 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 20:21:46 -0000 > Being Java, Sesame isn't appropriate for inclusion into Beagle proper. > (IKVM or some sort of Java->C# translation might be possible, but the > former is a shim and brutal on resources and the latter isn't something > I want to maintain.) I already thought of how to benefit from the sopisticated Sesame API (Java) within Beagle (C# / Mono) and the Java -> C# conversion via ikmvc is really promising. Since the latest stable version of Sesame is in Java 1.4 it can be converted into mono. I am currently working that out and once it works it should not be much maintenance, right? What is the aim of the ikvm and ikvmc if not making use of existing well developed Java libraries within mono? Once they are C# dll's, who cares? It is part of the mono project, isn't it? >> Expressing metadata in RDF format, as described e.g. in >> http://www.w3.org/TR/rdf-primer/ > Ah, ok. I don't view RDF as a "format", since it has no real > representation (like Unicode). right, RDF is more a concept of representing relations between resources / entities as a graph, and this RDF graph can be manifested in different kind of formats like RDF-XML or ntriples. And the sharing concept might be more like having a central repository in a way that various components can understand what is written there (realized through ontologies and representations formats like rdf-xml). Enrico M. From joeshaw@novell.com Fri Jul 7 16:55:53 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5DB0F3B00F1 for ; Fri, 7 Jul 2006 16:55:53 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19355-08 for ; Fri, 7 Jul 2006 16:55:51 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id C23653B041C for ; Fri, 7 Jul 2006 16:55:50 -0400 (EDT) Received: (qmail 12112 invoked from network); 7 Jul 2006 20:55:49 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 7 Jul 2006 20:55:49 -0000 Subject: Re: GUADEC redux and roadmap From: Joe Shaw To: Enrico Minack In-Reply-To: <029001c6a202$f50f9030$78574b82@L3SMinack> References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> <028401c6a1da$91bf8cb0$78574b82@L3SMinack> <1152293223.21176.4.camel@posthaste.boston.ximian.com> <20060707174740.61256713DC@mozart.kbs.uni-hannover.de> <1152295310.21176.25.camel@posthaste.boston.ximian.com> <029001c6a202$f50f9030$78574b82@L3SMinack> Content-Type: text/plain Date: Fri, 07 Jul 2006 16:55:50 -0400 Message-Id: <1152305750.21176.31.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 20:55:53 -0000 Hi, On Fri, 2006-07-07 at 22:21 +0200, Enrico Minack wrote: > I am currently working that out and once it works it should not be much > maintenance, right? What is the aim of the ikvm and ikvmc if not making use > of existing well developed Java libraries within mono? Once they are C# > dll's, who cares? It is part of the mono project, isn't it? The main barrier is the overhead of running IKVM. It essentially has to duplicate (or at least translate) the class libraries from the Java ones into the Mono ones. I wouldn't be surprised to see memory usage double using it, and memory usage is already a concern with Beagle. Joe From minack@l3s.de Fri Jul 7 16:59:18 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CFA453B039E for ; Fri, 7 Jul 2006 16:59:18 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19564-09 for ; Fri, 7 Jul 2006 16:59:15 -0400 (EDT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by menubar.gnome.org (Postfix) with ESMTP id A5B463B0347 for ; Fri, 7 Jul 2006 16:59:14 -0400 (EDT) Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k67KxBEk029163; Fri, 7 Jul 2006 22:59:11 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id 0FDDD18E4A1; Fri, 7 Jul 2006 22:59:11 +0200 (CEST) Received: from L3SMinack (vpn2.mip.uni-hannover.de [130.75.236.2]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id 36D1918E49F; Fri, 7 Jul 2006 22:59:09 +0200 (CEST) Message-ID: <029d01c6a208$32edc840$78574b82@L3SMinack> From: "Enrico Minack" To: "Joe Shaw" References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> <028401c6a1da$91bf8cb0$78574b82@L3SMinack> <1152293223.21176.4.camel@posthaste.boston.ximian.com> <20060707174740.61256713DC@mozart.kbs.uni-hannover.de> <1152295310.21176.25.camel@posthaste.boston.ximian.com> <029001c6a202$f50f9030$78574b82@L3SMinack> <1152305750.21176.31.camel@posthaste.boston.ximian.com> Subject: Re: GUADEC redux and roadmap Date: Fri, 7 Jul 2006 22:59:09 +0200 Organization: L3S MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.178 tagged_above=-999 required=2 tests=[AWL=-1.179, BAYES_50=0.001] X-Spam-Score: -1.178 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 20:59:19 -0000 > The main barrier is the overhead of running IKVM. It essentially has to > duplicate (or at least translate) the class libraries from the Java ones > into the Mono ones. I wouldn't be surprised to see memory usage double > using it, and memory usage is already a concern with Beagle. I'll check this and will report back then... Enrico From dr.diesel@gmail.com Mon Jul 3 10:49:24 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 09E6C3B01A4 for ; Mon, 3 Jul 2006 10:49:24 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21223-03 for ; Mon, 3 Jul 2006 10:49:21 -0400 (EDT) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by menubar.gnome.org (Postfix) with ESMTP id BDF8F3B02B7 for ; Mon, 3 Jul 2006 10:49:20 -0400 (EDT) Received: by wr-out-0506.google.com with SMTP id i23so634433wra for ; Mon, 03 Jul 2006 07:49:20 -0700 (PDT) Received: by 10.65.211.14 with SMTP id n14mr3192633qbq; Mon, 03 Jul 2006 07:49:20 -0700 (PDT) Received: by 10.64.243.11 with HTTP; Mon, 3 Jul 2006 07:49:19 -0700 (PDT) Message-ID: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> Date: Mon, 3 Jul 2006 10:49:19 -0400 From: "Dr. Diesel" To: dashboard-hackers@gnome.org Subject: Beagle Help! MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_24849_33520281.1151938159937" X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.399 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, HTML_MESSAGE=0.001, SPF_PASS=-0.001] X-Spam-Score: -2.399 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jul 2006 14:49:24 -0000 ------=_Part_24849_33520281.1151938159937 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline I'm new to this, first post. I am having problems with a static queryable! Here is my daemon.xml /main/backup/beagle-static/ false true false The /main/backup/beagle-static directory have the following files: Dir=Locks Dir=PrimaryIndex Dir=SecondaryIndex File=FileAttributesStore.db File=fingerprint File=version But when I search none of the files in that directory, which I used Beagle-build-index (which took about 40 hours for 90,000 files!!) to make, show up! All of my beagle log file are emply except for the following from current-IndexHelper: 060703 1011377378 02608 IndexH ERROR: Could not filter: No name in desktop entry And if I run beagle-search from the console i get: Spinner image is wrong size Any ideas or any other information I can provide? I am running the lastest version from Fedora rawhide. Thanks Andy ------=_Part_24849_33520281.1151938159937 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I'm new to this, first post.

I am having problems with a static queryable!

Here is my daemon.xml

<feff><?xml version="1.0" encoding="utf-8"?>
<DaemonConfig xmlns:xsd=" http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <StaticQueryables>
    <anyType xsi:type="xsd:string">/main/backup/beagle-static/</anyType>
  </StaticQueryables>
  <DeniedBackends />
  <AllowStaticBackend>false</AllowStaticBackend>
  <IndexSynchronization>true</IndexSynchronization>
  <AllowRoot>false</AllowRoot>
</DaemonConfig>

The /main/backup/beagle-static directory have the following files:

Dir=Locks
Dir=PrimaryIndex
Dir=SecondaryIndex
File=FileAttributesStore.db
File=fingerprint
File=version

But when I search none of the files in that directory, which I used Beagle-build-index (which took about 40 hours for 90,000 files!!) to make, show up!

All of my beagle log file are emply except for the following from current-IndexHelper:

060703 1011377378 02608 IndexH ERROR: Could not filter: No name in desktop entry

And if I run beagle-search from the console i get:

Spinner image is wrong size

Any ideas or any other information I can provide?  I am running the lastest version from Fedora rawhide.

Thanks
Andy


------=_Part_24849_33520281.1151938159937-- From arif.lukito@gmail.com Mon Jul 3 18:55:29 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 201FB3B0101 for ; Mon, 3 Jul 2006 18:55:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17965-02 for ; Mon, 3 Jul 2006 18:55:28 -0400 (EDT) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.204]) by menubar.gnome.org (Postfix) with ESMTP id 2542D3B026E for ; Mon, 3 Jul 2006 18:55:28 -0400 (EDT) Received: by wx-out-0102.google.com with SMTP id t5so1829658wxc for ; Mon, 03 Jul 2006 15:55:27 -0700 (PDT) Received: by 10.70.39.8 with SMTP id m8mr6578591wxm; Mon, 03 Jul 2006 15:55:27 -0700 (PDT) Received: from debussy.harmony ( [203.217.51.58]) by mx.gmail.com with ESMTP id i39sm5642201wxd.2006.07.03.15.55.14; Mon, 03 Jul 2006 15:55:26 -0700 (PDT) Subject: Cannot query images using keyword imagetag anymore From: Arif Lukito To: dashboard-hackers@gnome.org Content-Type: text/plain Date: Tue, 04 Jul 2006 08:55:13 +1000 Message-Id: <1151967313.28441.3.camel@debussy.harmony> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.4 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.4 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jul 2006 22:55:29 -0000 Hi, I cannot seem to search images using keyword imagetag anymore. I don't know since when it stopped working, it used to work before. I occasionally get this error when indexing certain photo 060703 1620203987 11510 IndexH ERROR: Exception trying to retrieve FSpot/Digikam information:System.InvalidCastException: Cannot cast from source type to destination type. 060703 1620203987 11510 IndexH ERROR: in [0x00088] (at /var/tmp/portage/beagle-0.2.7/work/beagle-0.2.7/Util/FSpotTools.cs:116) Beagle.Util.FSpotTools:GetTagById (UInt32 id) 060703 1620203987 11510 IndexH ERROR: in [0x000fa] (at /var/tmp/portage/beagle-0.2.7/work/beagle-0.2.7/Util/FSpotTools.cs:207) Beagle.Util.FSpotTools:GetPhoto (System.String path) 060703 1620203987 11510 IndexH ERROR: in [0x0000b] (at /var/tmp/portage/beagle-0.2.7/work/beagle-0.2.7/Filters/FilterImage.cs:97) Beagle.Filters.FilterImage:AddFSpotInformation (System.String path) 060703 1620203987 11510 IndexH ERROR: in [0x00087] (at /var/tmp/portage/beagle-0.2.7/work/beagle-0.2.7/Filters/FilterImage.cs:85) Beagle.Filters.FilterImage:DoPullProperties () I also tried it on clean environment and same error came out. Some versions: beagle 0.2.7 f-spot 0.1.11 sqlite 3.3.6 mono 1.1.13.8 Oh since last time it worked I've upgraded f-spot database from sqlite2 to sqlite3. Any idea? -- Arif Lukito From dbera.web@gmail.com Mon Jul 3 19:12:27 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0A32C3B0101 for ; Mon, 3 Jul 2006 19:12:27 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18721-07 for ; Mon, 3 Jul 2006 19:12:26 -0400 (EDT) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.194]) by menubar.gnome.org (Postfix) with ESMTP id E4B1D3B00BC for ; Mon, 3 Jul 2006 19:12:25 -0400 (EDT) Received: by nz-out-0102.google.com with SMTP id n1so479357nzf for ; Mon, 03 Jul 2006 16:12:25 -0700 (PDT) Received: by 10.36.50.15 with SMTP id x15mr4219579nzx; Mon, 03 Jul 2006 16:12:25 -0700 (PDT) Received: by 10.37.22.63 with HTTP; Mon, 3 Jul 2006 16:12:25 -0700 (PDT) Message-ID: <1f1f006d0607031612q41fab833pc72a9b5cafaef36b@mail.gmail.com> Date: Mon, 3 Jul 2006 16:12:25 -0700 From: "D Bera" To: "Dr. Diesel" Subject: Re: Beagle Help! In-Reply-To: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.16 tagged_above=-999 required=2 tests=[AWL=0.163, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001, TW_NF=0.077] X-Spam-Score: -2.16 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jul 2006 23:12:27 -0000 Hi > > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> > > xsi:type="xsd:string">/main/backup/beagle-static/ > > > false > true > false > > > The /main/backup/beagle-static directory have the following files: > > Dir=Locks > Dir=PrimaryIndex > Dir=SecondaryIndex > File=FileAttributesStore.db > File=fingerprint > File=version > > But when I search none of the files in that directory, which I used > Beagle-build-index (which took about 40 hours for 90,000 files!!) to make, > show up! What is the content of /main/backup/beagle-static ? I am confused because you say, it containts Locks,PrimaryIndex etc. and then you said you searched for files in that directory which has 90,000 files. What exact beagle-build-index command did you use to build the static index ? > All of my beagle log file are emply except for the following from > current-IndexHelper: Stop beagled. Remove .beagle/Log. Restart beagled. Are the logs still all empty ? Someone mentioned in the list about a fedora specific patch which disabled logging of beagled. Maybe that is coming into effect and not writing anything into log files. Can you investigate if that is true and affecting you ? It is certainly going to be a lot difficult to debug/fix if that is the case. > > 060703 1011377378 02608 IndexH ERROR: Could not filter: No name in desktop > entry >From the filter for .desktop files, if it doesnt find any Name=Foo in a .desktop file it considers it as an invalid file. I am not sure if this is an error or the correct thing. But surely you didnt have all 90,000 .desktop files ? Its really hard to tell what is goinfg on without the debug messages, so see if you somehow turn on the logging. - dBera -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From Jedy.Wang@Sun.COM Mon Jul 3 23:49:45 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E29D93B0106 for ; Mon, 3 Jul 2006 23:49:44 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31505-09 for ; Mon, 3 Jul 2006 23:49:42 -0400 (EDT) Received: from sineb-mail-2.sun.com (sineb-mail-2.sun.com [192.18.19.7]) by menubar.gnome.org (Postfix) with ESMTP id 509F13B0084 for ; Mon, 3 Jul 2006 23:49:41 -0400 (EDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id k643ndn3009716 for ; Tue, 4 Jul 2006 11:49:40 +0800 (SGT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) id <0J1V00H0116C8000@mail-apac.sun.com> (original mail from Jedy.Wang@Sun.COM) for dashboard-hackers@gnome.org; Tue, 04 Jul 2006 11:49:39 +0800 (SGT) Received: from pampas.prc.sun.com ([129.158.217.16]) by mail-apac.sun.com (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPSA id <0J1V001L41AREYM4@mail-apac.sun.com> for dashboard-hackers@gnome.org; Tue, 04 Jul 2006 11:49:39 +0800 (SGT) Date: Tue, 04 Jul 2006 11:41:36 +0800 From: jedy Subject: problem about beagle-0.2.5 on solaris Sender: Jedy.Wang@Sun.COM To: dashboard-hackers@gnome.org Message-id: <1151984496.10666.1.camel@pampas.prc.sun.com> MIME-version: 1.0 X-Mailer: Evolution 2.6.0 (2.6.0-1) Content-type: text/plain Content-transfer-encoding: 7BIT X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.595 tagged_above=-999 required=2 tests=[AWL=0.003, BAYES_00=-2.599, UNPARSEABLE_RELAY=0.001] X-Spam-Score: -2.595 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jul 2006 03:49:45 -0000 Hi all I built beagle-0.2.5 on solaris. But every time i search something beagle just return the files whose name match search. For example, if i search beagle, only the files with bealge in their name are returned. why? Regards, Jedy From qub333@gmail.com Wed Jul 5 02:55:02 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CA5CD3B011F for ; Wed, 5 Jul 2006 02:55:02 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20578-08 for ; Wed, 5 Jul 2006 02:55:01 -0400 (EDT) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.197]) by menubar.gnome.org (Postfix) with ESMTP id EDD363B000D for ; Wed, 5 Jul 2006 02:55:00 -0400 (EDT) Received: by wx-out-0102.google.com with SMTP id t5so2157720wxc for ; Tue, 04 Jul 2006 23:55:00 -0700 (PDT) Received: by 10.70.53.3 with SMTP id b3mr8562909wxa; Tue, 04 Jul 2006 23:55:00 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id h12sm6811357wxd.2006.07.04.23.54.59; Tue, 04 Jul 2006 23:54:59 -0700 (PDT) Message-ID: <44AB6245.6080209@kubasik.net> Date: Wed, 05 Jul 2006 02:55:01 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Dashboard Subject: Thunderbird X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.321 tagged_above=-999 required=2 tests=[AWL=0.079, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.321 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jul 2006 06:55:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hey all, back from Italy, and rampant again in the US. While I was gone, Pierre hacked together the last real component missing from our thunderbird backend. We now can view contacts. Because of restrictions in Thunderbirds internal handling of the addressbook, we cannot open a contact in Thunderbird directly. Our solution was to write a separate program (much like the ImLogViewer) to view thunderbird contacts, and offer the user some basic options (like e-mail and edit the details). Its hard to explain everything, so check it out in my SVN at https://kubasik.net/svn/beagle With this, we have mail and addressbook support in pretty spiffy shape. Probably to the point were we might want to consider getting it into CVS and starting the bugwork. But thats up to you all. - -- Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRKtiRP3xZFNDM330AQh9vxAAptoFiSGNrKCLgiT1PZT2NXzy/W4y/spq 63xFxkJVoVjBopbzYNk4HRn16Zy9CRjsSCGsKCkbtw4daeU1lNyaGy3tsAVKMYhj oNgKd+QUUpQwTpPa6u24mBsn8kafMKXfdceXVDyoH+1MBrY5Z9pkizwscfJ86mu+ OwtFweeg6tarQQfWoQPFEeI9AWFr2AvJWw8YiaPfZoFFiS68Omln23hClSl1FyKD vtlUMDT7vg0Jxh+HzrkJ6B6AOVrbl/b3oKAf09ZFNnlpniPTmrAVxfuoK9/u2r9L TWQGsFRqBFadeOIpcqA2btvM0gGN1UQbrfIpyNa+pv849cPgaS9q6utcD+ElvI6Z Nq9GWdOQlyR0xKIT01NFKdhzTI7hL5U7umReVVr4SYYJkDP3s3YRIEDVWLGcueKA 8vP79ZPXXYvlk3HFXuUv3HHLXUCvjYNe2ginx/Z2QqOVKZO5pRNvfUiJ6RXnDWcM 9L/rs9hsY3fuQ1DogRKI6m7kfX80xupWhwE7fNPMEQI9FMigSs/i/nK3Vw9hqw6a GOlDZBxXz8NJ7XOlcYRi3zFz7CqiqCHrSOw+g87sFyrcbzoJo3J6u5tVqPyDvk+Q gOchhzal1EE9iV150y20BA0oUEfTeIaQIlqt8gK4CqHtVCI2DZqTflnD45aFcvJo vcz3SfiCypU= =itSC -----END PGP SIGNATURE----- From dashboard@a80.net Thu Jul 6 03:50:12 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EFA6D3B0013 for ; Thu, 6 Jul 2006 03:50:11 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07830-10 for ; Thu, 6 Jul 2006 03:50:08 -0400 (EDT) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id 070253B01DF for ; Thu, 6 Jul 2006 03:50:05 -0400 (EDT) Received: by cratoo.de (Postfix, from userid 1002) id 2DED02D9589; Thu, 6 Jul 2006 07:55:43 +0200 (CEST) Received: from [172.17.160.16] (p5723e3d4.np.schlund.de [212.227.35.87]) by cratoo.de (Postfix) with ESMTP id 93367181BA6 for ; Thu, 6 Jul 2006 07:55:40 +0200 (CEST) Message-ID: <44ACC0A8.1020007@a80.net> Date: Thu, 06 Jul 2006 09:50:00 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5 (X11/20051201) MIME-Version: 1.0 To: Dashboard Subject: static index + dynamic index Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.72 tagged_above=-999 required=2 tests=[AWL=-0.744, BAYES_05=-1.11, FORGED_RCVD_HELO=0.135] X-Spam-Score: -1.72 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 07:50:12 -0000 Hi there, since i have problems with my nfs share getting being indexed by beagle i would like to know if it's possible to use beagle with one (or more) static index and additionally the dynamic one (for best experience with extended attributes enabled). my configuration looks like follows: local harddrive: /home/crash/ marked to be indexed nfs shares: /storage/ /mp3s/ now since nfs shares won't support extended attributes and since i have problems letting a large directoy being indexed (see my last mails a few day ago) i'm thinking of creating a index of these kind of static directories every night or so and only letting beagle index my home. is this easily possible? e.g. will i have to index the large directoy every time as a hole or will it add the changes? would be great if this is possible :) thanks Andreas From qub333@gmail.com Thu Jul 6 08:07:09 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 18D333B0389 for ; Thu, 6 Jul 2006 08:07:09 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22724-06 for ; Thu, 6 Jul 2006 08:07:07 -0400 (EDT) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.204]) by menubar.gnome.org (Postfix) with ESMTP id 1F7FD3B03E6 for ; Thu, 6 Jul 2006 08:07:07 -0400 (EDT) Received: by wx-out-0102.google.com with SMTP id t5so2376313wxc for ; Thu, 06 Jul 2006 05:07:06 -0700 (PDT) Received: by 10.70.53.3 with SMTP id b3mr10670714wxa; Thu, 06 Jul 2006 05:07:06 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id i15sm701732wxd.2006.07.06.05.07.05; Thu, 06 Jul 2006 05:07:05 -0700 (PDT) Message-ID: <44ACFCE8.4030609@kubasik.net> Date: Thu, 06 Jul 2006 08:07:04 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060705) MIME-Version: 1.0 To: Dashboard Subject: Flock Backend X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.33 tagged_above=-999 required=2 tests=[AWL=0.070, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.33 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 12:07:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 I might be getting a little ahead of myself here, but I wanted to kick this idea around a bit. Flock [www.flock.com] is basically an uber-hyped up version of firefox with web 2.0 goodness that is out through the roof. Now, if we were to expand the indexing of our web history stuff, it would seem that opera would be the next choice, but flock stores a lucene index of every page visited using CLucene.... Now, I dunno a lot about the specifics of lucene compatibility, but it would seem to me, that with maybe a little coordination from the flock folks (they have been nothing but extraordinarily friendly and helpful so far) we could query that index directly for easy (and basically free) access to a complete web history index. Just getting the idea out there. This is kinda outside my experience, since it would not be a traditional backend by any means, but its a thought. I see the biggest issue at the moment being a cost-benefit thing, since flock can't exactly claim a huge marketshare at the moment, but it seems like this might actually be something not too impossible. - -- Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRKz85/3xZFNDM330AQgo/xAAqWzVxHOKUO5Xudcmq2yTOjyzhM+SPPqq /JZkyWDVVkJ2ReesCwHH+ZKNS4HJjoOMo4JKEbbeBh9PsnwUjIkag2lhMRpoL2cz FYQKcj+V9ed0Ltq84TkDopwHf+HRhqJpiSGj8kN/AwoixIRwGRLXkNYWPeRpIs9D a2znoXN1IKG6x0pa3Q3G1vK3bjCf2ZTu6b7rrQMU+NiEp4jMifBIGJrwFHkzlZSO nUhfJtCcjogBBPYbtASAXCUu8Taj/fO4wHlN+xmzK0vbvCjTel9/xBZmdlSZ+Yuf N7yvhfeoD9/bQGQuRChEmZyIbRVl0MLrBce91Grto7CAJ6SxfwTD9TFmNyEfMa8M uWAuZXw7D5iaP4K7DQLpjisJVR3eRTQL2hmvezZxDH3p84Hpbmt/llyGoGdQx8Po Sk3FM6BxGo6plUUEvxLBtStcuzggWEstnHRgzcCAFLyJXUdHUae+7TiXSP31Mo/v 3fjoHLiR2+oGpTbGO7uSV0R5bBJfXRk68XGcQXu55Ij6x+AriGBm3VkygpiwwvI9 BQrzaWUZ98BFgCt8MPv7E0AkKv9bo10QdZS2+cGWP28oQMewIIZTexCo/BulEEyG 9wN1tT/Eidl6B/Ta7M52VWgCGJI/7zEibZlVujl6FwxN/El4dBZwlB1asP+4eyNR Z0dMnkXW7SM= =8Dg9 -----END PGP SIGNATURE----- From dbera.web@gmail.com Thu Jul 6 10:42:29 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 48B773B0316 for ; Thu, 6 Jul 2006 10:42:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01614-08 for ; Thu, 6 Jul 2006 10:42:27 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by menubar.gnome.org (Postfix) with ESMTP id 759063B02AB for ; Thu, 6 Jul 2006 10:42:27 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id x66so2683079pye for ; Thu, 06 Jul 2006 07:42:26 -0700 (PDT) Received: by 10.35.134.12 with SMTP id l12mr952448pyn; Thu, 06 Jul 2006 07:42:26 -0700 (PDT) Received: from ?192.168.1.103? ( [75.6.225.56]) by mx.gmail.com with ESMTP id q71sm2128936pyg.2006.07.06.07.42.25; Thu, 06 Jul 2006 07:42:25 -0700 (PDT) From: D Bera Organization: BU-CS To: dashboard-hackers@gnome.org Subject: Re: Flock Backend Date: Thu, 6 Jul 2006 07:44:21 -0700 User-Agent: KMail/1.9 References: <44ACFCE8.4030609@kubasik.net> In-Reply-To: <44ACFCE8.4030609@kubasik.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607060744.21631.dbera.web@gmail.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.489 tagged_above=-999 required=2 tests=[AWL=-0.089, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.489 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 14:42:29 -0000 > I might be getting a little ahead of myself here, but I wanted to kick > this idea around a bit. Flock [www.flock.com] is basically an uber-hyped > up version of firefox with web 2.0 goodness that is out through the > roof. Now, if we were to expand the indexing of our web history stuff, > it would seem that opera would be the next choice, but flock stores a > lucene index of every page visited using CLucene.... > > Now, I dunno a lot about the specifics of lucene compatibility, but it > would seem to me, that with maybe a little coordination from the flock > folks (they have been nothing but extraordinarily friendly and helpful > so far) we could query that index directly for easy (and basically free) > access to a complete web history index. > > Just getting the idea out there. This is kinda outside my experience, > since it would not be a traditional backend by any means, but its a > thought. I see the biggest issue at the moment being a cost-benefit > thing, since flock can't exactly claim a huge marketshare at the moment, > but it seems like this might actually be something not too impossible. Hi Kevin, I started using flock since a few yeeks and I feel it holds some promise. I didnt know it had a web-history index. If it already stores a webhist index, then that would be really cool. For the technical part, beagle can already query 3-party database on the fly while computing queries (known as QueryDriver - see GoogleDriver in CVS or AmarokDriver in bugzilla). If the query to the database is slow, then that would be a bottleneck. If flock stores its index as a lucene index, then beagle should be able to query it without any significance performance overhead. It wont be hard to write a FlockQueryDriver; it would be pretty simple too - take a beagle Query, change it to a normal lucene query based on the flock index structure and query the flock lucene index (beagle comes with a copy of DotLucene). A few things to keep in mind: * beagle uses (Dot)Lucene-1.9. Make sure flock is using (C)Lucene-1.9 too or 1.9 is backward compatible with 1.4 * What fields are stored in flock index ? When a beagle query is passed to FlockDriver, the (property) fields need to be appropriately modified to Flock index. Similarly, when the results come back from FlockDriver, the fields in the results need to be appropriately mapped to beagle index fields. The time-penalty for this mapping-remapping should not be that high. * Lucene locks are supposed to be process safe. It shouldnt be a problem if both beagle and flock is trying to access the same lucene index. I cant think of any more off the top of my head. (Oh, one more. IANAL, are there licensing issues ??? The only scary thing of "open"-source world.) It definitely sounds like a good idea. - dBera -- -------------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From rob@digital-crocus.com Thu Jul 6 11:04:57 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BC2CE3B01E5 for ; Thu, 6 Jul 2006 11:04:57 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03742-02 for ; Thu, 6 Jul 2006 11:04:52 -0400 (EDT) Received: from mail.bronco.co.uk (mail.bronco.co.uk [195.166.60.10]) by menubar.gnome.org (Postfix) with ESMTP id 0ECC93B00FE for ; Thu, 6 Jul 2006 11:04:52 -0400 (EDT) Received: from [192.168.0.200] ([213.177.232.41]) by mail.bronco.co.uk (Merak 6.0.3) with ESMTP id CQA74428 for ; Thu, 06 Jul 2006 16:04:46 +0100 Message-ID: <44AD2694.4000709@digital-crocus.com> Date: Thu, 06 Jul 2006 16:04:52 +0100 From: Robin Haswell User-Agent: Mozilla Thunderbird 1.0.8 (X11/20060502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dashboard-hackers@gnome.org Subject: Re: Flock Backend References: <44ACFCE8.4030609@kubasik.net> <200607060744.21631.dbera.web@gmail.com> In-Reply-To: <200607060744.21631.dbera.web@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-0.453 tagged_above=-999 required=2 tests=[AWL=-1.838, BAYES_50=0.001, SPF_SOFTFAIL=1.384] X-Spam-Score: -0.453 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 15:04:58 -0000 > I cant think of any more off the top of my head. (Oh, one more. IANAL, are > there licensing issues ??? The only scary thing of "open"-source world.) It > definitely sounds like a good idea. I highly doubt there are licensing issues involved with reading another program's open-format files. If you were reversing a binary index there could be a DMCA-type angle on it, but Lucene is a published standard (I believe). Think of how many programs there are to read Apple's iTunes databases. However that said, Flock is a for-profit company with VC funding, so caution could be advisable. -Rob From joeshaw@novell.com Thu Jul 6 13:20:51 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3CB463B0227 for ; Thu, 6 Jul 2006 13:20:51 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11904-10 for ; Thu, 6 Jul 2006 13:20:50 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id EB8A43B0123 for ; Thu, 6 Jul 2006 13:20:49 -0400 (EDT) Received: (qmail 6799 invoked from network); 6 Jul 2006 17:20:49 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:20:49 -0000 Subject: Re: Beagle and its startup From: Joe Shaw To: Andreas Heinz In-Reply-To: <44A57859.4050109@a80.net> References: <44A4020C.4060203@a80.net> <1f1f006d0606291022u5467afe5o44d6e858b4274435@mail.gmail.com> <44A4115B.3000703@a80.net> <1151667046.6344.3.camel@portage.boston.ximian.com> <44A57859.4050109@a80.net> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:20:31 -0400 Message-Id: <1152206431.11287.59.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:20:51 -0000 Hi, On Fri, 2006-06-30 at 21:15 +0200, Andreas Heinz wrote: > ok so i know that about the gaim backend, thanks for that info :) > Unfortunatly i didn't find any info how to check if a file is indexed by > beagle. is there a way apart of using the normal search? Not really; the only real interface into the index is to search. Would you just want to be able to say "beagle-indexed foo.rpm" and have it try to find that file in the index? That should be as simple as turning "foo.rpm" into "file:///home/joe/mydirectory/foo.rpm" and doing a search on it. > Additionally i think i have the same problem as described in > http://bugzilla.gnome.org/show_bug.cgi?id=341841 > I told beagle to index my /mp3s. There are about 20.000 Files in this > directory but beagle. > I ran beagle a few times every time from the beginnig to test if it's > indexing more files if i start it over and over again. i think, but > can't prove that beagle get's more and more files. > > Is this a known behavior or is a directory of > 20.000 files simply too > much? I haven't had the opportunity to verify the bug, but Beagle *should* scale to directories that size. If it doesn't, it is most definitely a bug. Joe From qub333@gmail.com Thu Jul 6 13:27:42 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0B3353B00FE for ; Thu, 6 Jul 2006 13:27:42 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12360-06 for ; Thu, 6 Jul 2006 13:27:40 -0400 (EDT) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226]) by menubar.gnome.org (Postfix) with ESMTP id A11B43B00A1 for ; Thu, 6 Jul 2006 13:27:40 -0400 (EDT) Received: by wr-out-0506.google.com with SMTP id 58so1354266wri for ; Thu, 06 Jul 2006 10:27:40 -0700 (PDT) Received: by 10.65.204.7 with SMTP id g7mr830148qbq; Thu, 06 Jul 2006 10:27:39 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id e11sm209589qbc.2006.07.06.10.27.39; Thu, 06 Jul 2006 10:27:39 -0700 (PDT) Message-ID: <44AD480B.80507@kubasik.net> Date: Thu, 06 Jul 2006 13:27:39 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060705) MIME-Version: 1.0 To: Robin Haswell Subject: Re: Flock Backend References: <44ACFCE8.4030609@kubasik.net> <200607060744.21631.dbera.web@gmail.com> <44AD2694.4000709@digital-crocus.com> In-Reply-To: <44AD2694.4000709@digital-crocus.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.338 tagged_above=-999 required=2 tests=[AWL=0.062, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.338 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:27:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 I've talked to the developers over there before, and they are looking to build up flock any way they can, I'm sure they wouldn't have an issue, the flock license is one of those where you have to sign a funny contract to contribute code, but lucene is an open format. As of the 0.7 or 'Cardnial' release series, flock uses Clucene 1.9. If you wanna check it out, your index is in the folder 'historysearch' in the flock profile directory. Whats really the best thing about it is that because the indexing is all in C and part of the browser, they have the scheduling etc. to make it not interfere with the browsing experience at all. Is there some command line tool to just dump the contents of lucene index into text form or something? I can't seem to find much, but again, its not something I'm exactly experienced with. Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog Robin Haswell wrote: >> I cant think of any more off the top of my head. (Oh, one more. IANAL, are >> there licensing issues ??? The only scary thing of "open"-source world.) It >> definitely sounds like a good idea. > > I highly doubt there are licensing issues involved with reading another > program's open-format files. If you were reversing a binary index there > could be a DMCA-type angle on it, but Lucene is a published standard (I > believe). Think of how many programs there are to read Apple's iTunes > databases. > > However that said, Flock is a for-profit company with VC funding, so > caution could be advisable. > > -Rob > _______________________________________________ > Dashboard-hackers mailing list > Dashboard-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/dashboard-hackers -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRK1IC/3xZFNDM330AQh8nQ/8DsW5DaLOTXwQGuwd7jNaFfb/PB7Apt7m 96bVZQhmSdBIpt1sa2sSNsQOVG3khBokiqCfbYmXswxRwZLgDLAD/TIwaG8SaTJh Ot5g1LtlTmtpZgICX1/XzVo8Xbw430delPC3SdTIbO6LhEEyVod1ub3LDWFFQorc RhIdfIBtyJp8TfvnHCq6SgEDcz/61M7qLkqxbCaQJRyTdQa6iaqYtJ4SMgYfWM9q 4S0jVu3OXBvcluYUITB8i82M3mj3x7iq7BT7tG/H47Z646LevfZ4pk8ftCOAcb7g 8uJMH7iUATkKIUDEWnwMVFu/WWzHUx5wWI+xSLej1PMieclxlAVN8lSDYWpLY3n7 Gwe+mNedGI1nbUxAHUT5TzLuDL1hpM24AMt4xcffRQcICdWIV298VYIE/EWCeddP hUYiSFzxmoKYI7B/0DhJTA5s5eT/T5TX402Q+oUht+5GCwFVNFybNvLrNjL4E60v GelR2KV3ziJ/tXLE9oaIpig3k5RT679aaJE3ZZRotVdTsFC9B2d7zrOUvnbSvRao IeT6w+aQUJ3JB/tvqdzcFEcBe4TyB6S3uKLofSgNR/qjOBnLzCc5yVMGqOD91PFz QTBhV274F0yXJFSBuVhz2nJBsJ98sGsFbeOSx3u/noOeXAEw4uQmJHMgNdpz32qg 72rqbCC0Eso= =qZnb -----END PGP SIGNATURE----- From joeshaw@novell.com Thu Jul 6 13:30:56 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F0BA83B0303 for ; Thu, 6 Jul 2006 13:30:55 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12805-02 for ; Thu, 6 Jul 2006 13:30:55 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id BA3403B0256 for ; Thu, 6 Jul 2006 13:30:54 -0400 (EDT) Received: (qmail 6831 invoked from network); 6 Jul 2006 17:30:54 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:30:54 -0000 Subject: Re: Beagle Help! From: Joe Shaw To: "Dr. Diesel" In-Reply-To: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> References: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:30:49 -0400 Message-Id: <1152207049.11287.65.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:30:56 -0000 Hi, On Mon, 2006-07-03 at 10:49 -0400, Dr. Diesel wrote: > I'm new to this, first post. Welcome. > But when I search none of the files in that directory, which I used > Beagle-build-index (which took about 40 hours for 90,000 files!!) to > make, show up! If you run "beagle-index-info", does your static index show up in the list? > All of my beagle log file are emply except for the following from > current-IndexHelper: > > 060703 1011377378 02608 IndexH ERROR: Could not filter: No name in > desktop entry This may be thanks to a braindead patch in the Fedora packages that shipped with FC5. I believe there is an errata available now. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=195621 for more info. I am not sure if it has made it into Rawhide. In any case, running beagled by hand with the --debug option is probably the smartest thing. > And if I run beagle-search from the console i get: > > Spinner image is wrong size This seems like a weird beagle-search issue, not related to your static index problem. Have you tried with the beagle-query command-line client? Joe From joeshaw@novell.com Thu Jul 6 13:32:18 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3EC423B029F for ; Thu, 6 Jul 2006 13:32:18 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12819-03 for ; Thu, 6 Jul 2006 13:32:17 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 380753B02A9 for ; Thu, 6 Jul 2006 13:32:17 -0400 (EDT) Received: (qmail 6845 invoked from network); 6 Jul 2006 17:32:16 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:32:16 -0000 Subject: Re: Cannot query images using keyword imagetag anymore From: Joe Shaw To: Arif Lukito In-Reply-To: <1151967313.28441.3.camel@debussy.harmony> References: <1151967313.28441.3.camel@debussy.harmony> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:32:12 -0400 Message-Id: <1152207132.11287.66.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:32:18 -0000 Hi, On Tue, 2006-07-04 at 08:55 +1000, Arif Lukito wrote: > I cannot seem to search images using keyword imagetag anymore. I don't > know since when it stopped working, it used to work before. I > occasionally get this error when indexing certain photo > > Oh since last time it worked I've upgraded f-spot database from sqlite2 > to sqlite3. Any idea? Looks like a bug. Can you file it in bugzilla please? Mention the sqlite thing; it is probably the cause. (Unfortunately Beagle can't use both sqlite2 and 3, so f-spot and Beagle have to be in sync in this regard.) Joe From dbera.web@gmail.com Thu Jul 6 13:32:46 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 709153B039E for ; Thu, 6 Jul 2006 13:32:46 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12805-06 for ; Thu, 6 Jul 2006 13:32:45 -0400 (EDT) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.203]) by menubar.gnome.org (Postfix) with ESMTP id 241BA3B0123 for ; Thu, 6 Jul 2006 13:32:45 -0400 (EDT) Received: by nz-out-0102.google.com with SMTP id 14so1094014nzn for ; Thu, 06 Jul 2006 10:32:44 -0700 (PDT) Received: by 10.36.18.16 with SMTP id 16mr1208438nzr; Thu, 06 Jul 2006 10:32:44 -0700 (PDT) Received: by 10.37.22.63 with HTTP; Thu, 6 Jul 2006 10:32:44 -0700 (PDT) Message-ID: <1f1f006d0607061032r15e4e0d3nb36fc2cc4849a58@mail.gmail.com> Date: Thu, 6 Jul 2006 10:32:44 -0700 From: "D Bera" To: "Joe Shaw" Subject: Re: Beagle and its startup In-Reply-To: <1152206431.11287.59.camel@posthaste.boston.ximian.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44A4020C.4060203@a80.net> <1f1f006d0606291022u5467afe5o44d6e858b4274435@mail.gmail.com> <44A4115B.3000703@a80.net> <1151667046.6344.3.camel@portage.boston.ximian.com> <44A57859.4050109@a80.net> <1152206431.11287.59.camel@posthaste.boston.ximian.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.204 tagged_above=-999 required=2 tests=[AWL=0.196, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.204 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:32:46 -0000 > > ok so i know that about the gaim backend, thanks for that info :) > > Unfortunatly i didn't find any info how to check if a file is indexed by > > beagle. is there a way apart of using the normal search? > > Not really; the only real interface into the index is to search. Would > you just want to be able to say "beagle-indexed foo.rpm" and have it try > to find that file in the index? That should be as simple as turning > "foo.rpm" into "file:///home/joe/mydirectory/foo.rpm" and doing a search > on it. Hi Andreas, I thought I replied to your question, but looking at the Joe's reply I dont think I did. Though there isnt any well-documented way to find out if a file is indexed by beagle, there is a debugging tool which can be used for that. $ beagle-dump-index /path/to/file will print the indexed metadata of the file; if the file isnt indexed, it will say so. beagle-dump-index is a debugging aid and I dont think it is distributed with the package; it is available in the CVS checkout. But let me be clear that simply searching for foo.rpm should be enough in most cases (read: almost all cases) and that is the recommended way of doing it. - dBera From joeshaw@novell.com Thu Jul 6 13:33:40 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1D8313B006B for ; Thu, 6 Jul 2006 13:33:40 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12966-02 for ; Thu, 6 Jul 2006 13:33:37 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id BD5953B00B3 for ; Thu, 6 Jul 2006 13:33:36 -0400 (EDT) Received: (qmail 6852 invoked from network); 6 Jul 2006 17:33:36 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:33:36 -0000 Subject: Re: problem about beagle-0.2.5 on solaris From: Joe Shaw To: jedy In-Reply-To: <1151984496.10666.1.camel@pampas.prc.sun.com> References: <1151984496.10666.1.camel@pampas.prc.sun.com> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:33:31 -0400 Message-Id: <1152207211.11287.69.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:33:40 -0000 Hi, On Tue, 2006-07-04 at 11:41 +0800, jedy wrote: > I built beagle-0.2.5 on solaris. But every time i search something > beagle just return the files whose name match search. For example, if i > search beagle, only the files with bealge in their name are returned. > why? I'm not aware of anyone who has done any testing of Beagle on Solaris. There are quite possibly Linux-specific things in there that are preventing the files from being filtered correctly. Take a look at your ~/.beagle/Log directory and look for errors or exceptions during the indexing process. If you find any, it'd probably be a good idea to file bugs on them. Thanks, Joe From dbera.web@gmail.com Thu Jul 6 13:34:29 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C76FA3B03EB for ; Thu, 6 Jul 2006 13:34:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12946-08 for ; Thu, 6 Jul 2006 13:34:28 -0400 (EDT) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.196]) by menubar.gnome.org (Postfix) with ESMTP id 24D1F3B0123 for ; Thu, 6 Jul 2006 13:34:22 -0400 (EDT) Received: by nz-out-0102.google.com with SMTP id 14so1094345nzn for ; Thu, 06 Jul 2006 10:34:21 -0700 (PDT) Received: by 10.36.10.20 with SMTP id 20mr1185754nzj; Thu, 06 Jul 2006 10:34:21 -0700 (PDT) Received: by 10.37.22.63 with HTTP; Thu, 6 Jul 2006 10:34:21 -0700 (PDT) Message-ID: <1f1f006d0607061034v6360fd7fl3226893480587ff5@mail.gmail.com> Date: Thu, 6 Jul 2006 10:34:21 -0700 From: "D Bera" To: "Kevin Kubasik" Subject: Re: Flock Backend In-Reply-To: <44AD480B.80507@kubasik.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44ACFCE8.4030609@kubasik.net> <200607060744.21631.dbera.web@gmail.com> <44AD2694.4000709@digital-crocus.com> <44AD480B.80507@kubasik.net> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.209 tagged_above=-999 required=2 tests=[AWL=0.191, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.209 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:34:32 -0000 > Is there some command line tool to just dump the contents of lucene > index into text form or something? I can't seem to find much, but again, > its not something I'm exactly experienced with. There is a java GUI for that, google for "Luke". - dBera From pat@patdouble.com Thu Jul 6 13:34:43 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C1D6A3B010E for ; Thu, 6 Jul 2006 13:34:43 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12989-04 for ; Thu, 6 Jul 2006 13:34:42 -0400 (EDT) Received: from ee-pdouble.pdouble.net (rrcs-67-53-27-98.west.biz.rr.com [67.53.27.98]) by menubar.gnome.org (Postfix) with ESMTP id 2FB883B03EB for ; Thu, 6 Jul 2006 13:34:42 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by ee-pdouble.pdouble.net (Postfix) with ESMTP id C7130A32766; Thu, 6 Jul 2006 12:34:40 -0500 (CDT) From: Pat Double To: dashboard-hackers@gnome.org Subject: Re: Beagle Help! Date: Thu, 6 Jul 2006 12:34:34 -0500 User-Agent: KMail/1.9.3 References: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> In-Reply-To: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart41160511.AZHx396UDf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200607061234.39139.pat@patdouble.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.456 tagged_above=-999 required=2 tests=[AWL=0.008, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.456 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: pat@patdouble.com List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:34:44 -0000 --nextPart41160511.AZHx396UDf Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 03 July 2006 09:49, Dr. Diesel wrote: > But when I search none of the files in that directory, which I used > Beagle-build-index (which took about 40 hours for 90,000 files!!) to make, > show up! What version of beagle are you using? =2D-=20 Pat Double, pat@patdouble.com "In the beginning God created the heaven and the earth." --nextPart41160511.AZHx396UDf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBErUmv7AY1KcVLrSYRAvXrAJ9CsUx+DB/MILnGGAT+RRqeq1FLHwCfdWkE uJ3Kq1tJryvqARw3YOBPWc8= =D2On -----END PGP SIGNATURE----- --nextPart41160511.AZHx396UDf-- From joeshaw@novell.com Thu Jul 6 13:36:34 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CD4C23B00B3 for ; Thu, 6 Jul 2006 13:36:33 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13259-02 for ; Thu, 6 Jul 2006 13:36:32 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 231443B0407 for ; Thu, 6 Jul 2006 13:36:32 -0400 (EDT) Received: (qmail 6866 invoked from network); 6 Jul 2006 17:36:31 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:36:31 -0000 Subject: Re: Thunderbird From: Joe Shaw To: Kevin Kubasik In-Reply-To: <44AB6245.6080209@kubasik.net> References: <44AB6245.6080209@kubasik.net> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:36:26 -0400 Message-Id: <1152207386.11287.72.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:36:34 -0000 Hi, On Wed, 2006-07-05 at 02:55 -0400, Kevin Kubasik wrote: > Because of restrictions in Thunderbirds internal handling of the > addressbook, we cannot open a contact in Thunderbird directly. Lame. Is there a bug filed upstream about this? > Our solution was to write a separate program (much like the > ImLogViewer) to view thunderbird contacts, and offer the user some > basic options (like e-mail and edit the details). Seems like a good idea. > With this, we have mail and addressbook support in pretty spiffy shape. > Probably to the point were we might want to consider getting it into CVS > and starting the bugwork. But thats up to you all. Yeah, I think we should move this into the repository soon. The GNOME CVS -> subversion migration happens a week from tomorrow. My plan is to heavily reorganize the source tree after that point. How about we check it in after that? Joe From dbera.web@gmail.com Thu Jul 6 13:40:28 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 74F013B02A9 for ; Thu, 6 Jul 2006 13:40:28 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13416-08 for ; Thu, 6 Jul 2006 13:40:27 -0400 (EDT) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.205]) by menubar.gnome.org (Postfix) with ESMTP id 25FBF3B04FF for ; Thu, 6 Jul 2006 13:40:27 -0400 (EDT) Received: by nz-out-0102.google.com with SMTP id v1so179864nzb for ; Thu, 06 Jul 2006 10:40:26 -0700 (PDT) Received: by 10.36.138.15 with SMTP id l15mr383538nzd; Thu, 06 Jul 2006 10:40:26 -0700 (PDT) Received: by 10.37.22.63 with HTTP; Thu, 6 Jul 2006 10:40:25 -0700 (PDT) Message-ID: <1f1f006d0607061040y56af940bv999c31e37896d620@mail.gmail.com> Date: Thu, 6 Jul 2006 10:40:25 -0700 From: "D Bera" To: "Joe Shaw" Subject: Re: Thunderbird In-Reply-To: <1152207386.11287.72.camel@posthaste.boston.ximian.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44AB6245.6080209@kubasik.net> <1152207386.11287.72.camel@posthaste.boston.ximian.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.213 tagged_above=-999 required=2 tests=[AWL=0.187, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.213 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:40:28 -0000 > Yeah, I think we should move this into the repository soon. The GNOME > CVS -> subversion migration happens a week from tomorrow. My plan is to At last. Phew!!! > heavily reorganize the source tree after that point. How about we check Curious, what kind of reorganization are you planning ? --- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From joeshaw@novell.com Thu Jul 6 13:40:29 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 802EB3B04E4 for ; Thu, 6 Jul 2006 13:40:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13536-02 for ; Thu, 6 Jul 2006 13:40:26 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id AB69E3B04FA for ; Thu, 6 Jul 2006 13:40:25 -0400 (EDT) Received: (qmail 6874 invoked from network); 6 Jul 2006 17:40:24 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:40:24 -0000 Subject: Re: Flock Backend From: Joe Shaw To: Kevin Kubasik In-Reply-To: <44AD480B.80507@kubasik.net> References: <44ACFCE8.4030609@kubasik.net> <200607060744.21631.dbera.web@gmail.com> <44AD2694.4000709@digital-crocus.com> <44AD480B.80507@kubasik.net> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:40:17 -0400 Message-Id: <1152207617.11287.76.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:40:29 -0000 Hi, On Thu, 2006-07-06 at 13:27 -0400, Kevin Kubasik wrote: > As of the 0.7 or 'Cardnial' release series, flock uses Clucene 1.9. If > you wanna check it out, your index is in the folder 'historysearch' in > the flock profile directory. I am pretty sure the CLucene file format is on-disk compatible with the original Java one (and our DotLucene). As long as that's the case, writing a driver for it should be trivial. > Whats really the best thing about it is that because the indexing is all > in C and part of the browser, they have the scheduling etc. to make it > not interfere with the browsing experience at all. Sounds familiar. ;) > Is there some command line tool to just dump the contents of lucene > index into text form or something? I can't seem to find much, but again, > its not something I'm exactly experienced with. There's no real command-line tool for it. You could maybe extract some code from beagle-dump-index to do it, or try to decypher the incredibly hard-to-use but still useful tool Luke: http://www.getopt.org/luke/ Joe From joeshaw@novell.com Thu Jul 6 13:46:39 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3F78A3B0527 for ; Thu, 6 Jul 2006 13:46:39 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13950-02 for ; Thu, 6 Jul 2006 13:46:38 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 00C923B04FF for ; Thu, 6 Jul 2006 13:46:37 -0400 (EDT) Received: (qmail 6892 invoked from network); 6 Jul 2006 17:46:37 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:46:37 -0000 Subject: Re: static index + dynamic index From: Joe Shaw To: Andreas Heinz In-Reply-To: <44ACC0A8.1020007@a80.net> References: <44ACC0A8.1020007@a80.net> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:46:30 -0400 Message-Id: <1152207990.11287.80.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:46:39 -0000 Hi, On Thu, 2006-07-06 at 09:50 +0200, Andreas Heinz wrote: > i would like to know if it's possible to use beagle with one (or more) > static index and additionally the dynamic one (for best experience with > extended attributes enabled). Yes, definitely. > my configuration looks like follows: > local harddrive: > /home/crash/ marked to be indexed > > nfs shares: > /storage/ > /mp3s/ > > now since nfs shares won't support extended attributes and since i have > problems letting a large directoy being indexed (see my last mails a few > day ago) i'm thinking of creating a index of these kind of static > directories every night or so and only letting beagle index my home. Even with the bug of not correctly indexing all of your files, doing a static index for these two NFS directories is probably a good idea anyhow. You don't want constant network traffic when indexing these files. > is this easily possible? e.g. will i have to index the large directoy > every time as a hole or will it add the changes? You can use the beagle-build-index tool for this. Take a look at the manpage or look at the beagle-crawl-system shell script to see an example of how it works. Essentially you can create a cron job for this, and Beagle will recrawl the directories and add any new files to the index. If you place the indexes in /var/cache/beagle/indexes, they will be automatically picked up when you restart the beagle daemon. Thanks, Joe From joeshaw@novell.com Thu Jul 6 13:52:29 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9B5BB3B02A9 for ; Thu, 6 Jul 2006 13:52:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14416-01 for ; Thu, 6 Jul 2006 13:52:28 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 891423B03EA for ; Thu, 6 Jul 2006 13:50:17 -0400 (EDT) Received: (qmail 6907 invoked from network); 6 Jul 2006 17:50:10 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:50:10 -0000 Subject: Re: Thunderbird From: Joe Shaw To: D Bera In-Reply-To: <1f1f006d0607061040y56af940bv999c31e37896d620@mail.gmail.com> References: <44AB6245.6080209@kubasik.net> <1152207386.11287.72.camel@posthaste.boston.ximian.com> <1f1f006d0607061040y56af940bv999c31e37896d620@mail.gmail.com> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:50:05 -0400 Message-Id: <1152208205.11287.85.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:52:29 -0000 Hi, On Thu, 2006-07-06 at 10:40 -0700, D Bera wrote: > > Yeah, I think we should move this into the repository soon. The GNOME > > CVS -> subversion migration happens a week from tomorrow. My plan is to > > At last. Phew!!! Yeah. Assuming it isn't delayed again. ;) > > heavily reorganize the source tree after that point. How about we check > > Curious, what kind of reorganization are you planning ? I'm planning on moving a bunch of historical code which is valuable for reference purposes but not used into an "attic". Directories include at least Best, chooser-fu, Renderers, templates, and Tiles. I'm also planning on renaming a bunch of files. The "EvolutionMailDriver" name has been wrong for a long time; it hasn't been a driver in nearly two years. It may make sense to unify the images directory with the search directory; I'm not sure it makes a lot of sense to install the images as a separate assembly. Joe From joeshaw@novell.com Thu Jul 6 17:04:25 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8D4863B033F for ; Thu, 6 Jul 2006 17:04:25 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26597-07 for ; Thu, 6 Jul 2006 17:04:24 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id DF32E3B0298 for ; Thu, 6 Jul 2006 17:04:23 -0400 (EDT) Received: (qmail 7569 invoked from network); 6 Jul 2006 21:04:23 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 21:04:23 -0000 Subject: GUADEC redux and roadmap From: Joe Shaw To: dashboard-hackers@gnome.org Content-Type: text/plain Date: Thu, 06 Jul 2006 17:04:17 -0400 Message-Id: <1152219857.11287.133.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 21:04:25 -0000 Hey guys, As you can see from my flood of emails earlier today, I am digging myself out from underneath a mountain of backlogged emails, blog posts, and free-agent hockey news. :) My talk and the BOF on Beagle at GUADEC both went very well, I think. Lots of people asking good questions about it, and a few people coming up to me afterward talking about how they want to integrate Beagle with their apps. Very exciting. I also got the chance to meet Daniel Drake, Chris Orr, and Max Wiehle and see Fredrik Hedberg again. It was nice meeting/seeing all of you. There are supposed to be archives of all the talks, but the site referenced off the GUADEC page doesn't seem to exist. I don't know if the talks will ever be up or not. Generally speaking I don't like to put slides up because they're lacking in context; they're often useless without the context of the speaker. Also, my laptop appears to be broken so I can't get the talk off of there. I'll post them once I can get into my machine. A couple of weeks ago Kevin put up a good roadmap document for 0.2.8, here: http://beagle-project.org/RoadMap. I wanted to give a heads up on what my larger-scale plans are. None of these will probably be for 0.2.8, unfortunately, but hopefully won't be too far behind: * Beagle on Battery - Right now Beagle will throttle itself and index slowly if you are on battery power. Unfortunately, most people want Beagle to not index at all in such a case. I need to investigate what will be involved in that and implement it. Not a ton of work, but I need to figure out what the right behavior is. * Metadata store - Jon and I talked about this at GUADEC and after thinking about it for a few days, I think we have an approach that will work. Whether or not it scales is yet to be seen, however. Right now we are storing all of our metadata in Lucene. This works fine for largely immutable text-based values, but doesn't work well when you want to deal with external metadata (think Nautilus emblems, Leaftag or F-Spot tags, etc.). The plan currently is to move storing of all metadata into a database and use Lucene only for its text indexing capabilities. This will allow us to (a) adapt better to changes in external metadata stores, (b) store metadata ourselves on behalf of applications, and (c) make keyword searches simpler. I started prototyping something on my laptop on the plane; I'll need to play with it a little bit more if I can get my laptop going again. * Using a single pool for indexes - Right now there is one index per backend. This was fine initially, but when you have a mail index with over 400,000 emails and a tomboy index with only 9 notes, you can see how distributing them more evenly would be much more efficient. I want to change the way we store our indexes so that all indexes simply write to an index, and that layer takes care of distributing them evenly. I also think this will help us a *lot* on memory usage as the number of backends continues to grow. There are also various bugs to look into. There are reports that Beagle isn't indexing all files in an extremely large directory with thousands of files; there is the fact that we're optimizing indexes (in many cases very large indexes) more often than we need to; changing the gaim log backend to be an indexable generator. Those would also be good to tackle if someone has time. I'm also planning on writing some docs: some high-level block diagrams on the Beagle architecture, reviewing and cleaning up the filter docs, and writing a simple tutorial on how to write a backend. Joe From qub333@gmail.com Thu Jul 6 18:42:57 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 44AE13B0197 for ; Thu, 6 Jul 2006 18:42:57 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32616-07 for ; Thu, 6 Jul 2006 18:42:56 -0400 (EDT) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.199]) by menubar.gnome.org (Postfix) with ESMTP id D8D9B3B0148 for ; Thu, 6 Jul 2006 18:42:55 -0400 (EDT) Received: by nz-out-0102.google.com with SMTP id 14so1150276nzn for ; Thu, 06 Jul 2006 15:42:39 -0700 (PDT) Received: by 10.64.180.14 with SMTP id c14mr1144741qbf; Thu, 06 Jul 2006 15:42:39 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id 1sm200669qbh.2006.07.06.15.42.38; Thu, 06 Jul 2006 15:42:38 -0700 (PDT) Message-ID: <44AD91DE.8040302@kubasik.net> Date: Thu, 06 Jul 2006 18:42:38 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Joe Shaw Subject: Re: Flock Backend References: <44ACFCE8.4030609@kubasik.net> <200607060744.21631.dbera.web@gmail.com> <44AD2694.4000709@digital-crocus.com> <44AD480B.80507@kubasik.net> <1152207617.11287.76.camel@posthaste.boston.ximian.com> In-Reply-To: <1152207617.11287.76.camel@posthaste.boston.ximian.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.344 tagged_above=-999 required=2 tests=[AWL=0.056, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.344 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 22:42:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Ok, well the properties indexed and most of that are pretty standard, they are using like an rdf style format as opposed to a dublin:core thing like us. Conceptually, should be simple, I might start playing with it tonight, but most of the raw lucene stuff is pretty alien to me, so I don't expect much. (meaning if someone else would like to give it a shot, feel free ;) ) Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog Joe Shaw wrote: > Hi, > > On Thu, 2006-07-06 at 13:27 -0400, Kevin Kubasik wrote: >> As of the 0.7 or 'Cardnial' release series, flock uses Clucene 1.9. If >> you wanna check it out, your index is in the folder 'historysearch' in >> the flock profile directory. > > I am pretty sure the CLucene file format is on-disk compatible with the > original Java one (and our DotLucene). As long as that's the case, > writing a driver for it should be trivial. > >> Whats really the best thing about it is that because the indexing is all >> in C and part of the browser, they have the scheduling etc. to make it >> not interfere with the browsing experience at all. > > Sounds familiar. ;) > >> Is there some command line tool to just dump the contents of lucene >> index into text form or something? I can't seem to find much, but again, >> its not something I'm exactly experienced with. > > There's no real command-line tool for it. You could maybe extract some > code from beagle-dump-index to do it, or try to decypher the incredibly > hard-to-use but still useful tool Luke: http://www.getopt.org/luke/ > > Joe > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRK2R3v3xZFNDM330AQi4Pw//WwjYccTjqKFormy7u6IVfxRWQJu6qHhv 43KmTZY6lsTiAcMz29KAcOP8H6mm9NvBjrY2iVCLDAnDjNVBz3TYbbCAGKYMOw9d kOqDmQVRGFckSUXCagX7V2yTv1TxJL6bJgFVq3d3Hmze+QyOcdoEI2B0K5zYUhq7 R4LOETckKWrjIDFvJaHbbnXdaxsZBVCnRhTv9JWKRqw1TFdpPfvP086nKKCEF3Eg dra2/9Ap/2RILPLVyNZLBM8Lj9HMGQCK/ZxfLvcPbOGHI5zPpzDsxdz8lk9DRsEy cAsjEq7nQ8kBwofe9MNcAbfH/XcUd42XiV4VZLYvM5uk4rrHAiBGNQUqfXak21iX 2RAYFb1w5IjnWOCGU1ThAUYEyusq4xkl87pez/sIq79fYJuMwT/64RbEXsq6bvbl Ua3X2U/XHJH4OUAiUuX90vjEYm+SGxrErLt9hzGKcp1srfaFTuTGVFodt2GiqbZW MpBXlNP4yttMFxIzKMHg+KSeN2OBrAnX4lxatOSq+i1m8XERFBVghFM36DxUJ+o3 gdkNPWqdWDcWu6SfKvKr4cVjfE7aoGirqz1rNrT80p4hr+iRajYkT3tchWX1bjyh hFUyDVsU5l1NS8SYnsyDEDhmVRLlWoEaajxcY+eaqrzbs9OjHB+KgOb2Sth4T2I/ 6vcqJo3+K5Y= =f1oU -----END PGP SIGNATURE----- From qub333@gmail.com Thu Jul 6 18:52:15 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7B8043B012B for ; Thu, 6 Jul 2006 18:52:15 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00557-06 for ; Thu, 6 Jul 2006 18:52:14 -0400 (EDT) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.200]) by menubar.gnome.org (Postfix) with ESMTP id 503C23B00B8 for ; Thu, 6 Jul 2006 18:52:14 -0400 (EDT) Received: by wx-out-0102.google.com with SMTP id t5so2466730wxc for ; Thu, 06 Jul 2006 15:51:45 -0700 (PDT) Received: by 10.70.74.4 with SMTP id w4mr11548849wxa; Thu, 06 Jul 2006 15:51:45 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id h16sm8687941wxd.2006.07.06.15.51.45; Thu, 06 Jul 2006 15:51:45 -0700 (PDT) Message-ID: <44AD9401.2090406@kubasik.net> Date: Thu, 06 Jul 2006 18:51:45 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Joe Shaw Subject: Re: Thunderbird References: <44AB6245.6080209@kubasik.net> <1152207386.11287.72.camel@posthaste.boston.ximian.com> In-Reply-To: <1152207386.11287.72.camel@posthaste.boston.ximian.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.306 tagged_above=-999 required=2 tests=[AWL=0.017, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001, TW_SV=0.077] X-Spam-Score: -2.306 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 22:52:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Joe Shaw wrote: > Hi, > > On Wed, 2006-07-05 at 02:55 -0400, Kevin Kubasik wrote: >> Because of restrictions in Thunderbirds internal handling of the >> addressbook, we cannot open a contact in Thunderbird directly. > > Lame. Is there a bug filed upstream about this? > No, agreed on the lamity, but to offer something like we would want would be a pretty major structural overhaul for them, it might happen, but personally, I wouldn't expect before 3.0... should still probably file one though, I'll do it later. >> Our solution was to write a separate program (much like the >> ImLogViewer) to view thunderbird contacts, and offer the user some >> basic options (like e-mail and edit the details). > > Seems like a good idea. > >> With this, we have mail and addressbook support in pretty spiffy shape. >> Probably to the point were we might want to consider getting it into CVS >> and starting the bugwork. But thats up to you all. > > Yeah, I think we should move this into the repository soon. The GNOME > CVS -> subversion migration happens a week from tomorrow. My plan is to > heavily reorganize the source tree after that point. How about we check > it in after that? Sounds perfect, I noticed we have a lot of old stuff sitting around the repo, so once you reorganize and cleanup, let me know and I'll get you a rough snapshot of it. luckily svn handles diffs with new directories well, unlike a certain culprit *cough* CVS *cough*. > > Joe > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRK2UAf3xZFNDM330AQh9Eg//SKD/zoWLG6gkVL7RCr6qNpC1Gq/qoINu RQ/PgPVYnHZ/31VCKGEwu8DrCl+NH2hMhovCLDhZmvn6iQVlyh5lsFU5D6974Iet 4KRWbOp43Wxm5ohEme8ITBupzM5bHPOtLSI0Ape4gQohkteOF2mMVerGuF8Wy/6o CKEWFsiyef6+sh89aOS4NOypFCzxIB97lR0/iqFefV3sOEU7f6CB8tzHnW+0wHm8 IdX4+3WQO17hvnVmmhEX40pZJS0X+vA3lC6GvOTkdc5N6FkoQ8JuzGR4fMMDg7oA MPoFZv3lHXNxtjfsI6lrjlJGgTqQwVVkxhNhooEQ0Ivs1ouGMJnmXCjKs83xi4g/ KmwbGB5SdcqW0G0RRlW1vSOwFvTV9NtyynUbzliGOx4N4S/3NFO2TJgARrCrFUqr A1daBrH9Ph0frfBC16Do9msRBIXscuIGHfvrZCUSz0e5vlWSUi7ClrR4j5+yUEzM 0G1qMOXHKHNHKztcYuFz3YToJKCtp9hn2opzYhZFz2gdBkAMBcd4W39rAmOFTIdP Yfd14jvQyp3TFcZeMnRJzF18l+tGQiG3lrO4jsCtj9NtRDhsHVwV58YDi3GYvc+/ w9ABB+44JUV6eEFTAmnJmoWY1NKBtVrPJ7MgRtVIUGYttgdgVaWTdi1oZlfL1NUD XCL5DjeiuYs= =nqmh -----END PGP SIGNATURE----- From lots.of.mailing.lists@gmail.com Fri Jul 7 04:43:22 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A75523B02F6 for ; Fri, 7 Jul 2006 04:43:22 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32092-02 for ; Fri, 7 Jul 2006 04:43:21 -0400 (EDT) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by menubar.gnome.org (Postfix) with ESMTP id 3AFC03B012D for ; Fri, 7 Jul 2006 04:43:21 -0400 (EDT) Received: by nf-out-0910.google.com with SMTP id h2so40025nfe for ; Fri, 07 Jul 2006 01:43:20 -0700 (PDT) Received: by 10.78.170.17 with SMTP id s17mr568981hue; Fri, 07 Jul 2006 01:43:20 -0700 (PDT) Received: by 10.78.38.3 with HTTP; Fri, 7 Jul 2006 01:43:20 -0700 (PDT) Message-ID: <1b420d380607070143g6af63f09q87a1ac6e6c02f33b@mail.gmail.com> Date: Fri, 7 Jul 2006 09:43:20 +0100 From: "none none" To: dashboard-hackers@gnome.org Subject: Re: static index + dynamic index In-Reply-To: <1152207990.11287.80.camel@posthaste.boston.ximian.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44ACC0A8.1020007@a80.net> <1152207990.11287.80.camel@posthaste.boston.ximian.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.5 tagged_above=-999 required=2 tests=[AWL=-0.100, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.5 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 08:43:22 -0000 you might want to investigate the code i put here: http://bugzilla.gnome.org/show_bug.cgi?id=334277 rather than running a cron job every X minutes to rebuild your static index it monitors the directories using inotify and only calls beagle-build-index when some changes have occured From dashboard@a80.net Fri Jul 7 04:57:28 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1E4C43B040A for ; Fri, 7 Jul 2006 04:57:28 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00470-02 for ; Fri, 7 Jul 2006 04:56:50 -0400 (EDT) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id E748C3B032B for ; Fri, 7 Jul 2006 04:54:20 -0400 (EDT) Received: by cratoo.de (Postfix, from userid 1002) id F23F5541C6F; Fri, 7 Jul 2006 09:00:02 +0200 (CEST) Received: from [192.168.0.1] (HSI-KBW-082-212-019-198.hsi.kabelbw.de [82.212.19.198]) by cratoo.de (Postfix) with ESMTP id 12A93541A0D for ; Fri, 7 Jul 2006 08:59:58 +0200 (CEST) Message-ID: <44AE215E.2050602@a80.net> Date: Fri, 07 Jul 2006 10:54:54 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Dashboard Subject: Re: static index + dynamic index & Beagle Startup References: <44ACC0A8.1020007@a80.net> <1152207990.11287.80.camel@posthaste.boston.ximian.com> In-Reply-To: <1152207990.11287.80.camel@posthaste.boston.ximian.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 08:57:28 -0000 hi there, sounds like you had a great time at GUADEC :) i'll respond to all mails at one time. this should be more effective for me ;) @joe: thanks for your tipps. at the moment i'm running beagle-build-index on my largest of the nfs shares, and will then put this index to /var/cache ... hopefullly that works and this large directory problem doesnt occur with this method. if i can help to find out if this is really a bug, or just some kind of configuration issue, tell me how i can help track this down. @dbera: unfortunatly i can't find your mentioned tool beagle-dump-index. are you sure it's distributed with the cvs checkout? i found joe's beagle crawl script but not the dump tool. one addition to the static index idea. what "none none" proposed, is what came to my mind, when i yesterday talked to friend of mine about beagle. although i had'nt in mind to have 2 beagle running (one on the server, one on the client) i think this would be a great idea to get realtime changes for nfs shares. at the moment i have to study for my exams in the next 2 weeks, so i wont have the time to check if this works myself, but to me it sounds like a great idea :) bye Andreas From dashboard@a80.net Fri Jul 7 07:32:43 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 134243B027F for ; Fri, 7 Jul 2006 07:32:43 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11695-01 for ; Fri, 7 Jul 2006 07:32:41 -0400 (EDT) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id 7B3293B04CF for ; Fri, 7 Jul 2006 07:32:41 -0400 (EDT) Received: by cratoo.de (Postfix, from userid 1002) id CA2BB541C55; Fri, 7 Jul 2006 11:38:24 +0200 (CEST) Received: from [192.168.0.1] (HSI-KBW-082-212-019-198.hsi.kabelbw.de [82.212.19.198]) by cratoo.de (Postfix) with ESMTP id 8912453FF6E for ; Fri, 7 Jul 2006 11:38:22 +0200 (CEST) Message-ID: <44AE467F.10704@a80.net> Date: Fri, 07 Jul 2006 13:33:19 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Dashboard Subject: Re: static index + dynamic index & Beagle Startup References: <44ACC0A8.1020007@a80.net> <1152207990.11287.80.camel@posthaste.boston.ximian.com> <44AE215E.2050602@a80.net> In-Reply-To: <44AE215E.2050602@a80.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 11:32:43 -0000 hmm beagle-build-index just finished, and i moved it to var-cache... after chownin it to beagleindex:root. now i get much more results, but i also have problems finding specific files. i tried to run build-index with debug to check if there is a problem with this files, but i don't get any additional information. any ideas about this? bye Andreas Andreas Heinz wrote: > hi there, > > sounds like you had a great time at GUADEC :) > > i'll respond to all mails at one time. this should be more effective for > me ;) > > @joe: thanks for your tipps. at the moment i'm running > beagle-build-index on my largest of the nfs shares, and will then put > this index to /var/cache ... hopefullly that works and this large > directory problem doesnt occur with this method. > > if i can help to find out if this is really a bug, or just some kind of > configuration issue, tell me how i can help track this down. > > @dbera: unfortunatly i can't find your mentioned tool beagle-dump-index. > are you sure it's distributed with the cvs checkout? i found joe's > beagle crawl script but not the dump tool. > > one addition to the static index idea. what "none none" proposed, is > what came to my mind, when i yesterday talked to friend of mine about > beagle. although i had'nt in mind to have 2 beagle running (one on the > server, one on the client) i think this would be a great idea to get > realtime changes for nfs shares. > at the moment i have to study for my exams in the next 2 weeks, so i > wont have the time to check if this works myself, but to me it sounds > like a great idea :) > > bye > Andreas From dbera.web@gmail.com Fri Jul 7 11:12:59 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 24BF33B016E for ; Fri, 7 Jul 2006 11:12:59 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28882-10 for ; Fri, 7 Jul 2006 11:12:58 -0400 (EDT) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by menubar.gnome.org (Postfix) with ESMTP id DB73C3B0337 for ; Fri, 7 Jul 2006 11:12:57 -0400 (EDT) Received: by nf-out-0910.google.com with SMTP id g2so125078nfe for ; Fri, 07 Jul 2006 08:12:56 -0700 (PDT) Received: by 10.49.15.1 with SMTP id s1mr1520332nfi; Fri, 07 Jul 2006 08:12:56 -0700 (PDT) Received: from ?192.168.1.103? ( [75.6.225.56]) by mx.gmail.com with ESMTP id c1sm3935032nfe.2006.07.07.08.12.54; Fri, 07 Jul 2006 08:12:55 -0700 (PDT) From: D Bera Organization: BU-CS To: dashboard-hackers@gnome.org, Andreas Heinz Subject: Re: static index + dynamic index & Beagle Startup Date: Fri, 7 Jul 2006 08:14:52 -0700 User-Agent: KMail/1.9 References: <44ACC0A8.1020007@a80.net> <1152207990.11287.80.camel@posthaste.boston.ximian.com> <44AE215E.2050602@a80.net> In-Reply-To: <44AE215E.2050602@a80.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607070814.52540.dbera.web@gmail.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.489 tagged_above=-999 required=2 tests=[AWL=-0.089, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001, UPPERCASE_25_50=0] X-Spam-Score: -2.489 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 15:12:59 -0000 > @dbera: unfortunatly i can't find your mentioned tool beagle-dump-index. > are you sure it's distributed with the cvs checkout? i found joe's > beagle crawl script but not the dump tool. Weird. I have it in my local tree and all cvs checkouts. Somehow it got removed from CVS - maybe due to Joe's cleanup (or maybe I need to wake up). I am not sure if this mailing list stores attachments, but this is the script beagle/beagled/beagle-dump-index: --------------------->8------------------------------ #!/bin/sh # This line will be automatically uncommented when you "make install" #installed=1 if [ -z $installed ] ; then echo "*** Running uninstalled DumpIndex.exe ***" THIS_PATH="../Util:../BeagleClient:." THIS_EXE="./DumpIndex.exe" export MONO_PATH="../Util:../BeagleClient${MONO_PATH+:$MONO_PATH}" export LD_LIBRARY_PATH="../glue/.libs${LD_LIBRARY_PATH+:$LD_LIBRARY_PATH}" export BEAGLE_FILTER_PATH="../Filters${BEAGLE_FILTER_PATH+ $BEAGLE_FILTER_PATH}" else THIS_PATH="/usr/lib/beagle" THIS_EXE="/usr/lib/beagle/DumpIndex.exe" export MONO_PATH="/usr/lib/beagle${MONO_PATH+:$MONO_PATH}" export LD_LIBRARY_PATH="/usr/lib/beagle${LD_LIBRARY_PATH+: $LD_LIBRARY_PATH}" fi MONO_GAC_PREFIX="/usr${MONO_GAC_PREFIX+:$MONO_GAC_PREFIX}" MONO_PATH="$THIS_PATH${MONO_ PATH+:$MONO_PATH}" exec -a beagle-dump-index mono --debug $MONO_EXTRA_ARGS $THIS_EXE "$ @" --------------------------->8--------------------------------------- Fix line wraps. I dont know if this is even installed by make install. You can just run it locally. -- -------------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From minack@l3s.de Fri Jul 7 11:32:41 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2E3CF3B0122 for ; Fri, 7 Jul 2006 11:32:41 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30442-02 for ; Fri, 7 Jul 2006 11:32:39 -0400 (EDT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by menubar.gnome.org (Postfix) with ESMTP id C83E33B00D8 for ; Fri, 7 Jul 2006 11:32:38 -0400 (EDT) Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k67FWXKa022420 for ; Fri, 7 Jul 2006 17:32:34 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id B65BD18DF61; Fri, 7 Jul 2006 17:32:34 +0200 (CEST) Received: from L3SMinack (pc120.l3s.uni-hannover.de [130.75.87.120]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id 55B3118DF58 for ; Fri, 7 Jul 2006 17:32:34 +0200 (CEST) Message-ID: <028401c6a1da$91bf8cb0$78574b82@L3SMinack> From: "Enrico Minack" To: References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> Subject: Re: GUADEC redux and roadmap Date: Fri, 7 Jul 2006 17:32:33 +0200 Organization: L3S MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=0.001 tagged_above=-999 required=2 tests=[BAYES_50=0.001] X-Spam-Score: 0.001 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 15:32:41 -0000 > * Metadata store - Jon and I talked about this at GUADEC and > after thinking about it for a few days, I think we have an > approach that will work. Whether or not it scales is yet to be > seen, however. Right now we are storing all of our metadata in > Lucene. This works fine for largely immutable text-based > values, but doesn't work well when you want to deal with > external metadata (think Nautilus emblems, Leaftag or F-Spot > tags, etc.). The plan currently is to move storing of all > metadata into a database and use Lucene only for its text > indexing capabilities. This will allow us to (a) adapt better > to changes in external metadata stores, (b) store metadata > ourselves on behalf of applications, and (c) make keyword > searches simpler. I started prototyping something on my laptop > on the plane; I'll need to play with it a little bit more if I > can get my laptop going again. Joe, it would be great if these metadata would be stored as RDF. Both the metadata as well as their schemas can be represented as RDF, which then makes the RDF store the perfect exchange mechanism between all applications generating these metadata, and applications using them. We use that approach in our NEPOMUK project, and it works very well to integrate contributions from different project partners. Storing the metadata in RDF also enables path-like queries where you traverse along the graph which connects different entities (Emails, Documents, Persons, ...) via their metadata (received by, ...). Enrico Minack From qub333@gmail.com Fri Jul 7 11:53:29 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 656C93B0215 for ; Fri, 7 Jul 2006 11:53:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31637-08 for ; Fri, 7 Jul 2006 11:53:28 -0400 (EDT) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.207]) by menubar.gnome.org (Postfix) with ESMTP id C90E53B02EC for ; Fri, 7 Jul 2006 11:53:27 -0400 (EDT) Received: by wx-out-0102.google.com with SMTP id t5so2643814wxc for ; Fri, 07 Jul 2006 08:53:27 -0700 (PDT) Received: by 10.70.41.6 with SMTP id o6mr1076278wxo; Fri, 07 Jul 2006 08:53:27 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id h18sm1618519wxd.2006.07.07.08.53.25; Fri, 07 Jul 2006 08:53:26 -0700 (PDT) Message-ID: <44AE8377.409@kubasik.net> Date: Fri, 07 Jul 2006 11:53:27 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Joe Shaw Subject: Re: GUADEC redux and roadmap References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> In-Reply-To: <1152219857.11287.133.camel@posthaste.boston.ximian.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.354 tagged_above=-999 required=2 tests=[AWL=0.046, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.354 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 15:53:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Just a quick thought on versioning etc. How about we do 0.2.8 is more or less its current roadmap, maybe plus any SoC stuff thats ready whenever we get near the release. Then we prepare a 0.2.9, which would be primarily marked by the integration of SoC's networked search stuff etc. Then we set these goals (and of course whatever else comes up ;) as our 0.3 benchmark? These seem like they will be pretty big, I dunno if it really lines up with such a big versioning release, but considering the major impact they would have on beagle's storage of data (thus _definate_ re-indexing needed) it seems appropriate. If we like, I can make some vague representation of this on the beaglewiki.org/RoadMap. Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog Joe Shaw wrote: > Hey guys, > > As you can see from my flood of emails earlier today, I am digging > myself out from underneath a mountain of backlogged emails, blog posts, > and free-agent hockey news. :) > > My talk and the BOF on Beagle at GUADEC both went very well, I think. > Lots of people asking good questions about it, and a few people coming > up to me afterward talking about how they want to integrate Beagle with > their apps. Very exciting. > > I also got the chance to meet Daniel Drake, Chris Orr, and Max Wiehle > and see Fredrik Hedberg again. It was nice meeting/seeing all of you. > > There are supposed to be archives of all the talks, but the site > referenced off the GUADEC page doesn't seem to exist. I don't know if > the talks will ever be up or not. Generally speaking I don't like to > put slides up because they're lacking in context; they're often useless > without the context of the speaker. Also, my laptop appears to be > broken so I can't get the talk off of there. I'll post them once I can > get into my machine. > > A couple of weeks ago Kevin put up a good roadmap document for 0.2.8, > here: http://beagle-project.org/RoadMap. I wanted to give a heads up on > what my larger-scale plans are. None of these will probably be for > 0.2.8, unfortunately, but hopefully won't be too far behind: > > * Beagle on Battery - Right now Beagle will throttle itself and > index slowly if you are on battery power. Unfortunately, most > people want Beagle to not index at all in such a case. I need > to investigate what will be involved in that and implement it. > Not a ton of work, but I need to figure out what the right > behavior is. > > * Metadata store - Jon and I talked about this at GUADEC and > after thinking about it for a few days, I think we have an > approach that will work. Whether or not it scales is yet to be > seen, however. Right now we are storing all of our metadata in > Lucene. This works fine for largely immutable text-based > values, but doesn't work well when you want to deal with > external metadata (think Nautilus emblems, Leaftag or F-Spot > tags, etc.). The plan currently is to move storing of all > metadata into a database and use Lucene only for its text > indexing capabilities. This will allow us to (a) adapt better > to changes in external metadata stores, (b) store metadata > ourselves on behalf of applications, and (c) make keyword > searches simpler. I started prototyping something on my laptop > on the plane; I'll need to play with it a little bit more if I > can get my laptop going again. > > * Using a single pool for indexes - Right now there is one index > per backend. This was fine initially, but when you have a mail > index with over 400,000 emails and a tomboy index with only 9 > notes, you can see how distributing them more evenly would be > much more efficient. I want to change the way we store our > indexes so that all indexes simply write to an index, and that > layer takes care of distributing them evenly. I also think this > will help us a *lot* on memory usage as the number of backends > continues to grow. > > There are also various bugs to look into. There are reports that Beagle > isn't indexing all files in an extremely large directory with thousands > of files; there is the fact that we're optimizing indexes (in many cases > very large indexes) more often than we need to; changing the gaim log > backend to be an indexable generator. Those would also be good to > tackle if someone has time. > > I'm also planning on writing some docs: some high-level block diagrams > on the Beagle architecture, reviewing and cleaning up the filter docs, > and writing a simple tutorial on how to write a backend. > > Joe > > _______________________________________________ > Dashboard-hackers mailing list > Dashboard-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/dashboard-hackers -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRK6Ddv3xZFNDM330AQg+rQ//YG+pRmWxo7VF2c2zKsbCK5eTMb75TWNR 6uSvwD6kwUqG0r3zlYpizzjDKYOtzDIQXQNP4yCeuKjxztVsfsx046y7AVwQw1hF aEBkLkjI1FgFKgVCVho5bkElPMNE37sSDl7BonIwi0wHDwf7jHyA9Fs3rtlQ7PU6 WZ14Wv2JjcdY/uGmOAG6c6w0uePO3/F4si0W5swHBJMZ6NA/WiFWFPFcKJFAyOjF 4LpecqdMSCS59AMqyZiIfdaF5ZzFj6tkJNosEqini+H31fLaoxldkSW7CeHdARIw oV4fWnMga0JvBPLSVrUjBy+DEihLYj/MOleaKe9ME5fxG9sa2MmLxQ3ne9S6Y04b EUw48arvqrlh209jUZkbfpihdzkasX91nOWBCATpivOJ+WlC1NhDgB3Tqd4Gn36a puDWem4aW9C/f/QFLo6OpO6GHWRurRvzUVL7In9HbsPHPPAS2RbgcTW3EkSPjHHz tCmHQfHOTUDyLqVtYahh0N/+qHqk6QCe/bLW0i/K5V2A2JzZ9kVd4AjB2tyo2qIi tqTvZnDhLOdoCNizsoRKt6zn6r4eJQ6Rlcc0QcmrgpvrXEHQAt4Os+3YzmaOwc9z x6hBCJpYVIaEYwQNmPyRjI1RTCdqauNTmqg+w8MmuT6K3wm2ah+qSrhfQTZJpVlf /Z9tn3YZj6A= =74EN -----END PGP SIGNATURE----- From joeshaw@novell.com Fri Jul 7 13:27:07 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 491543B013A for ; Fri, 7 Jul 2006 13:27:07 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04539-08 for ; Fri, 7 Jul 2006 13:27:04 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 800BF3B019F for ; Fri, 7 Jul 2006 13:27:04 -0400 (EDT) Received: (qmail 11431 invoked from network); 7 Jul 2006 17:27:03 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 7 Jul 2006 17:27:03 -0000 Subject: Re: GUADEC redux and roadmap From: Joe Shaw To: Enrico Minack In-Reply-To: <028401c6a1da$91bf8cb0$78574b82@L3SMinack> References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> <028401c6a1da$91bf8cb0$78574b82@L3SMinack> Content-Type: text/plain Date: Fri, 07 Jul 2006 13:27:03 -0400 Message-Id: <1152293223.21176.4.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 17:27:07 -0000 Hi, On Fri, 2006-07-07 at 17:32 +0200, Enrico Minack wrote: > Joe, it would be great if these metadata would be stored as RDF. Both > the metadata as well as their schemas can be represented as RDF, which > then makes the RDF store the perfect exchange mechanism between all > applications generating these metadata, and applications using them. We > use that approach in our NEPOMUK project, and it works very well to > integrate contributions from different project partners. RDF is a definite possibility for this. I am looking at the SemWeb library for this. (http://taubz.for.net/code/semweb/) Another possibility is to store it in a more straightforward relational database and then build RDF from that later. (This was more or less our current plan with Lucene.) Like I said, I'll have to build a prototype and see what works and scales and what doesn't. Fortunately I have millions of documents I regularly test on, so I should be able to give it a good once over. One thing I'm not sure on is that you talk about RDF being a perfect "exchange mechanism" for your data. Do you mean sharing common namespaces like Dublin Core? Common ways of expressing RDF like RDF-XML or N3? Or something else? Joe From nejdl@pc133.l3s.uni-hannover.de Fri Jul 7 13:48:02 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 238843B0093 for ; Fri, 7 Jul 2006 13:48:02 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05932-03 for ; Fri, 7 Jul 2006 13:47:48 -0400 (EDT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by menubar.gnome.org (Postfix) with ESMTP id 349DD3B00F1 for ; Fri, 7 Jul 2006 13:47:48 -0400 (EDT) Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k67Hlhva025326; Fri, 7 Jul 2006 19:47:43 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id 1F4B779A56; Fri, 7 Jul 2006 19:47:43 +0200 (CEST) Received: from mozart.kbs.uni-hannover.de (pc133.l3s.uni-hannover.de [130.75.87.133]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id 4AC1279A56; Fri, 7 Jul 2006 19:47:40 +0200 (CEST) Received: from pc133.l3s.uni-hannover.de (localhost [127.0.0.1]) by mozart.kbs.uni-hannover.de (Postfix) with ESMTP id 61256713DC; Fri, 7 Jul 2006 19:47:40 +0200 (CEST) To: Joe Shaw Subject: Re: GUADEC redux and roadmap In-Reply-To: Message from Joe Shaw of "Fri, 07 Jul 2006 13:27:03 EDT." <1152293223.21176.4.camel@posthaste.boston.ximian.com> References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> <028401c6a1da$91bf8cb0$78574b82@L3SMinack> <1152293223.21176.4.camel@posthaste.boston.ximian.com> X-Mailer: MH-E 7.84; nmh 1.1-RC1; GNU Emacs 21.3.1 From: Wolfgang Nejdl Date: Fri, 07 Jul 2006 19:47:40 +0200 Sender: nejdl@pc133.l3s.uni-hannover.de Message-Id: <20060707174740.61256713DC@mozart.kbs.uni-hannover.de> X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Spam-Score: -2.599 X-Spam-Level: Cc: Wolfgang Nejdl , dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 17:48:02 -0000 Joe Shaw wrote: > Hi, > > On Fri, 2006-07-07 at 17:32 +0200, Enrico Minack wrote: > > Joe, it would be great if these metadata would be stored as RDF. Both > > the metadata as well as their schemas can be represented as RDF, which > > then makes the RDF store the perfect exchange mechanism between all > > applications generating these metadata, and applications using them. We > > use that approach in our NEPOMUK project, and it works very well to > > integrate contributions from different project partners. > > RDF is a definite possibility for this. I am looking at the SemWeb > library for this. (http://taubz.for.net/code/semweb/) > > Another possibility is to store it in a more straightforward relational > database and then build RDF from that later. (This was more or less our > current plan with Lucene.) > In our project (NEPOMUK), we evaluated existing RDF storage systems, and finally settled on Sesame (http://www.openrdf.org/) for efficiency and functionality reasons. It can use various backends, we are using the MySQL one. > Like I said, I'll have to build a prototype and see what works and > scales and what doesn't. Fortunately I have millions of documents I > regularly test on, so I should be able to give it a good once over. > > One thing I'm not sure on is that you talk about RDF being a perfect > "exchange mechanism" for your data. Do you mean sharing common > namespaces like Dublin Core? Common ways of expressing RDF like RDF-XML > or N3? Or something else? Expressing metadata in RDF format, as described e.g. in http://www.w3.org/TR/rdf-primer/ RDF is the data format, RDFS the schema language (also expressed as RDF). Dublin Core would correspond to a specific schema, but in general you have lots of schemas you would like to use on the desktop. When you exchange RDF metadata between different applications, you often use the XML serialization of RDF, i.e. RDF-XML (understood by all RDF toolkits). Wolfgang http://www.kbs.uni-hannover.de/~nejdl/ > > Joe > > _______________________________________________ > Dashboard-hackers mailing list > Dashboard-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/dashboard-hackers From joeshaw@novell.com Fri Jul 7 14:01:52 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 529DE3B00C5 for ; Fri, 7 Jul 2006 14:01:52 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06773-10 for ; Fri, 7 Jul 2006 14:01:51 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 21D9B3B0106 for ; Fri, 7 Jul 2006 14:01:51 -0400 (EDT) Received: (qmail 11561 invoked from network); 7 Jul 2006 18:01:50 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 7 Jul 2006 18:01:50 -0000 Subject: Re: GUADEC redux and roadmap From: Joe Shaw To: Wolfgang Nejdl In-Reply-To: <20060707174740.61256713DC@mozart.kbs.uni-hannover.de> References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> <028401c6a1da$91bf8cb0$78574b82@L3SMinack> <1152293223.21176.4.camel@posthaste.boston.ximian.com> <20060707174740.61256713DC@mozart.kbs.uni-hannover.de> Content-Type: text/plain Date: Fri, 07 Jul 2006 14:01:50 -0400 Message-Id: <1152295310.21176.25.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.438 tagged_above=-999 required=2 tests=[AWL=-0.116, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, TW_JD=0.077] X-Spam-Score: -2.438 X-Spam-Level: Cc: Wolfgang Nejdl , dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 18:01:52 -0000 Hi, On Fri, 2006-07-07 at 19:47 +0200, Wolfgang Nejdl wrote: > In our project (NEPOMUK), we evaluated existing RDF storage systems, and > finally settled on Sesame (http://www.openrdf.org/) for efficiency and > functionality reasons. It can use various backends, we are using the > MySQL one. Being Java, Sesame isn't appropriate for inclusion into Beagle proper. (IKVM or some sort of Java->C# translation might be possible, but the former is a shim and brutal on resources and the latter isn't something I want to maintain.) I am really hoping that a managed solution like SemWeb will be adequate for us. > Expressing metadata in RDF format, as described e.g. in > http://www.w3.org/TR/rdf-primer/ Ah, ok. I don't view RDF as a "format", since it has no real representation (like Unicode). I tend to think of it more as a "data model." How it is stored and expressed is where things like relational databases, N3 and RDF-XML, etc. come in and are largely implementation details. That's why I was confused on how you'd be sharing the data between components. Joe From minack@l3s.de Fri Jul 7 16:21:46 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 40ADE3B00C5 for ; Fri, 7 Jul 2006 16:21:46 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16948-04 for ; Fri, 7 Jul 2006 16:21:44 -0400 (EDT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by menubar.gnome.org (Postfix) with ESMTP id 461DC3B00E5 for ; Fri, 7 Jul 2006 16:21:44 -0400 (EDT) Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k67KLe7q028718 for ; Fri, 7 Jul 2006 22:21:40 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id A2F1918E499; Fri, 7 Jul 2006 22:21:40 +0200 (CEST) Received: from L3SMinack (vpn2.mip.uni-hannover.de [130.75.236.2]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id 051DD18E48B for ; Fri, 7 Jul 2006 22:21:39 +0200 (CEST) Message-ID: <029001c6a202$f50f9030$78574b82@L3SMinack> From: "Enrico Minack" To: References: <1152219857.11287.133.camel@posthaste.boston.ximian.com><028401c6a1da$91bf8cb0$78574b82@L3SMinack><1152293223.21176.4.camel@posthaste.boston.ximian.com><20060707174740.61256713DC@mozart.kbs.uni-hannover.de> <1152295310.21176.25.camel@posthaste.boston.ximian.com> Subject: Re: GUADEC redux and roadmap Date: Fri, 7 Jul 2006 22:21:19 +0200 Organization: L3S MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.513 tagged_above=-999 required=2 tests=[AWL=-0.850, BAYES_20=-0.74, TW_MV=0.077] X-Spam-Score: -1.513 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 20:21:46 -0000 > Being Java, Sesame isn't appropriate for inclusion into Beagle proper. > (IKVM or some sort of Java->C# translation might be possible, but the > former is a shim and brutal on resources and the latter isn't something > I want to maintain.) I already thought of how to benefit from the sopisticated Sesame API (Java) within Beagle (C# / Mono) and the Java -> C# conversion via ikmvc is really promising. Since the latest stable version of Sesame is in Java 1.4 it can be converted into mono. I am currently working that out and once it works it should not be much maintenance, right? What is the aim of the ikvm and ikvmc if not making use of existing well developed Java libraries within mono? Once they are C# dll's, who cares? It is part of the mono project, isn't it? >> Expressing metadata in RDF format, as described e.g. in >> http://www.w3.org/TR/rdf-primer/ > Ah, ok. I don't view RDF as a "format", since it has no real > representation (like Unicode). right, RDF is more a concept of representing relations between resources / entities as a graph, and this RDF graph can be manifested in different kind of formats like RDF-XML or ntriples. And the sharing concept might be more like having a central repository in a way that various components can understand what is written there (realized through ontologies and representations formats like rdf-xml). Enrico M. From joeshaw@novell.com Fri Jul 7 16:55:53 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5DB0F3B00F1 for ; Fri, 7 Jul 2006 16:55:53 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19355-08 for ; Fri, 7 Jul 2006 16:55:51 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id C23653B041C for ; Fri, 7 Jul 2006 16:55:50 -0400 (EDT) Received: (qmail 12112 invoked from network); 7 Jul 2006 20:55:49 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 7 Jul 2006 20:55:49 -0000 Subject: Re: GUADEC redux and roadmap From: Joe Shaw To: Enrico Minack In-Reply-To: <029001c6a202$f50f9030$78574b82@L3SMinack> References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> <028401c6a1da$91bf8cb0$78574b82@L3SMinack> <1152293223.21176.4.camel@posthaste.boston.ximian.com> <20060707174740.61256713DC@mozart.kbs.uni-hannover.de> <1152295310.21176.25.camel@posthaste.boston.ximian.com> <029001c6a202$f50f9030$78574b82@L3SMinack> Content-Type: text/plain Date: Fri, 07 Jul 2006 16:55:50 -0400 Message-Id: <1152305750.21176.31.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 20:55:53 -0000 Hi, On Fri, 2006-07-07 at 22:21 +0200, Enrico Minack wrote: > I am currently working that out and once it works it should not be much > maintenance, right? What is the aim of the ikvm and ikvmc if not making use > of existing well developed Java libraries within mono? Once they are C# > dll's, who cares? It is part of the mono project, isn't it? The main barrier is the overhead of running IKVM. It essentially has to duplicate (or at least translate) the class libraries from the Java ones into the Mono ones. I wouldn't be surprised to see memory usage double using it, and memory usage is already a concern with Beagle. Joe From minack@l3s.de Fri Jul 7 16:59:18 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CFA453B039E for ; Fri, 7 Jul 2006 16:59:18 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19564-09 for ; Fri, 7 Jul 2006 16:59:15 -0400 (EDT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by menubar.gnome.org (Postfix) with ESMTP id A5B463B0347 for ; Fri, 7 Jul 2006 16:59:14 -0400 (EDT) Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k67KxBEk029163; Fri, 7 Jul 2006 22:59:11 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id 0FDDD18E4A1; Fri, 7 Jul 2006 22:59:11 +0200 (CEST) Received: from L3SMinack (vpn2.mip.uni-hannover.de [130.75.236.2]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id 36D1918E49F; Fri, 7 Jul 2006 22:59:09 +0200 (CEST) Message-ID: <029d01c6a208$32edc840$78574b82@L3SMinack> From: "Enrico Minack" To: "Joe Shaw" References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> <028401c6a1da$91bf8cb0$78574b82@L3SMinack> <1152293223.21176.4.camel@posthaste.boston.ximian.com> <20060707174740.61256713DC@mozart.kbs.uni-hannover.de> <1152295310.21176.25.camel@posthaste.boston.ximian.com> <029001c6a202$f50f9030$78574b82@L3SMinack> <1152305750.21176.31.camel@posthaste.boston.ximian.com> Subject: Re: GUADEC redux and roadmap Date: Fri, 7 Jul 2006 22:59:09 +0200 Organization: L3S MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.178 tagged_above=-999 required=2 tests=[AWL=-1.179, BAYES_50=0.001] X-Spam-Score: -1.178 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 20:59:19 -0000 > The main barrier is the overhead of running IKVM. It essentially has to > duplicate (or at least translate) the class libraries from the Java ones > into the Mono ones. I wouldn't be surprised to see memory usage double > using it, and memory usage is already a concern with Beagle. I'll check this and will report back then... Enrico From mwiehle2@ix.urz.uni-heidelberg.de Wed Jul 12 10:42:23 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D98633B05DA for ; Wed, 12 Jul 2006 10:42:22 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15826-10 for ; Wed, 12 Jul 2006 10:42:20 -0400 (EDT) Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.210.211]) by menubar.gnome.org (Postfix) with ESMTP id EC2463B05D8 for ; Wed, 12 Jul 2006 10:07:21 -0400 (EDT) Received: from ix.urz.uni-heidelberg.de (cyrus1.urz.uni-heidelberg.de [129.206.119.235]) by relay2.uni-heidelberg.de (8.12.10/8.12.10) with ESMTP id k6AAVZvj029841 for ; Mon, 10 Jul 2006 12:31:35 +0200 (MET DST) Received: from extmail.urz.uni-heidelberg.de (extmail.urz.uni-heidelberg.de [129.206.100.140]) by ix.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id MAA18604280 for ; Mon, 10 Jul 2006 12:29:14 +0200 Received: from localhost (dslb-084-056-253-037.pools.arcor-ip.net [84.56.253.37]) (authenticated bits=0) by extmail.urz.uni-heidelberg.de (8.13.4/8.13.1) with ESMTP id k6AASv5A003740 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 10 Jul 2006 12:29:01 +0200 Subject: Using Monodevelop for Beagle From: Max To: dashboard-hackers@gnome.org Content-Type: text/plain Date: Mon, 10 Jul 2006 12:29:14 +0200 Message-Id: <1152527354.10625.27.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.456 tagged_above=-999 required=2 tests=[AWL=-0.087, BAYES_00=-2.599, SPF_PASS=-0.001, TW_CV=0.077, TW_VZ=0.077, TW_XV=0.077] X-Spam-Score: -2.456 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 14:42:23 -0000 Hi, We have been talking during GUADEC about starting to use monodev more - right now nothing will happen until the GNOME switches from cvs to svn. This is planned for next weekend - afaik. Kevin Kubasik however told me he already uses MonoDevelop to work on Beagle. I tried it myself and i liked the possibilities of directly jumping to a classes definition wherever it appeared. Autocompletion is also quite helpful sometimes. So for who ever wants to try it i wrote down how i got the cvs code into monodevelop - i just played with it for some time so i'd be curious to know about other experiences. Importing the CVS stuff into monodevelop has been pretty easy: - Start up monodev and create a new project / solution - GTK# 2.0 Project is the best i think. - In order to make the import as easy as possible only copy the .cs files to the new Project directory. This can be achieved by: cd [beagle-directory] tar -cvzf beagle-cs.tgz `find -name *.cs` cp beagle-cs.tgz ~/Projects/beagle cd ~/Projects/beagle tar -xvzf beagle-cs.tgz This way all folders that contain .cs files are packed with those files into a tarball and then extracted - i don't know how to do this directly without tar. But it worked fine for me this way. - Find the "Solution" Tab and right click the Projects Icon. Select Add Files... - Add All .cs files to the solution. Use Shift+Click to select continuous selections and Ctrl+Click for single items. This should be pretty fast because only .cs files should be in the subdirectorys. - Paths will be added automatically once you add the files inside them. - Now you can copy the rest of the beagle source: cp -r [beagle-directory] [project-directory] - You should now be able to use the project directory for all three - monodevelope, cvs and the autotools. Monodevelope might need some more References. Don't know anything about that yet cause i mainly used it to jump around in beagle code. How did you do that, Kevin? Max From qub333@gmail.com Wed Jul 12 12:14:43 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 53CBB3B03A1 for ; Wed, 12 Jul 2006 12:14:43 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31576-08 for ; Wed, 12 Jul 2006 12:14:42 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by menubar.gnome.org (Postfix) with ESMTP id 5F8883B0321 for ; Wed, 12 Jul 2006 12:14:42 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id z59so291408pyg for ; Wed, 12 Jul 2006 09:14:42 -0700 (PDT) Received: by 10.35.127.15 with SMTP id e15mr1055481pyn; Wed, 12 Jul 2006 09:14:42 -0700 (PDT) Received: by 10.35.8.13 with HTTP; Wed, 12 Jul 2006 09:14:42 -0700 (PDT) Message-ID: <88d636060607120914w462cdb4cs6a72cb94c14f342c@mail.gmail.com> Date: Wed, 12 Jul 2006 12:14:42 -0400 From: "Kevin Kubasik" Sender: qub333@gmail.com To: Max Subject: Re: Using Monodevelop for Beagle In-Reply-To: <1152527354.10625.27.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1152527354.10625.27.camel@localhost> X-Google-Sender-Auth: 787e0d58806e834b X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.254 tagged_above=-999 required=2 tests=[AWL=-0.162, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001, TW_CV=0.077, TW_SV=0.077, TW_VZ=0.077, TW_XV=0.077] X-Spam-Score: -2.254 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 16:14:43 -0000 Hey, I just right clicked on the 'References' icon under the solutions tab on the left hand sidebar. I added the beagle assemblies (BeagleDaemonLib.dll Beagle.dll etc. ) and some of the other *-sharp (like evolution-sharp) assemblies to make autocompletition more robust. The only thing I don't use Monodevelop for is the actual building of code, I still use autotools, but as a uber text editior, it does a pretty good job. Once the Svn migration is complete, monodevelop becomes even more attractive with integrated svn stuff in form of a plugin. I dunno, please share your thoughts all. Cheers, Kevin Kubasik On 7/10/06, Max wrote: > Hi, > > We have been talking during GUADEC about starting to use monodev more - > right now nothing will happen until the GNOME switches from cvs to svn. > This is planned for next weekend - afaik. > Kevin Kubasik however told me he already uses MonoDevelop to work on > Beagle. I tried it myself and i liked the possibilities of directly > jumping to a classes definition wherever it appeared. Autocompletion is > also quite helpful sometimes. So for who ever wants to try it i wrote > down how i got the cvs code into monodevelop - i just played with it for > some time so i'd be curious to know about other experiences. > > Importing the CVS stuff into monodevelop has been pretty easy: > - Start up monodev and create a new project / solution - GTK# 2.0 > Project is the best i think. > - In order to make the import as easy as possible only copy the .cs > files to the new Project directory. This can be achieved by: > cd [beagle-directory] > tar -cvzf beagle-cs.tgz `find -name *.cs` > cp beagle-cs.tgz ~/Projects/beagle > cd ~/Projects/beagle > tar -xvzf beagle-cs.tgz > > This way all folders that contain .cs files are packed with those files > into a tarball and then extracted - i don't know how to do this directly > without tar. But it worked fine for me this way. > > - Find the "Solution" Tab and right click the Projects Icon. Select Add > Files... > - Add All .cs files to the solution. Use Shift+Click to select > continuous selections and Ctrl+Click for single items. This should be > pretty fast because only .cs files should be in the subdirectorys. > - Paths will be added automatically once you add the files inside them. > - Now you can copy the rest of the beagle source: > cp -r [beagle-directory] [project-directory] > > - You should now be able to use the project directory for all three - > monodevelope, cvs and the autotools. > > Monodevelope might need some more References. Don't know anything about > that yet cause i mainly used it to jump around in beagle code. > How did you do that, Kevin? > > > Max > > > _______________________________________________ > Dashboard-hackers mailing list > Dashboard-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/dashboard-hackers > -- Cheers, Kevin Kubasik http://kubasik.net/blog From joeshaw@novell.com Wed Jul 12 12:51:03 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 604BB3B04A2 for ; Wed, 12 Jul 2006 12:51:03 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02822-07 for ; Wed, 12 Jul 2006 12:51:02 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 6AF3F3B0462 for ; Wed, 12 Jul 2006 12:51:02 -0400 (EDT) Received: (qmail 30871 invoked from network); 11 Jul 2006 19:04:21 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 11 Jul 2006 19:04:21 -0000 Subject: Re: Beagle and its startup From: Joe Shaw To: Andreas Heinz In-Reply-To: <1151667046.6344.3.camel@portage.boston.ximian.com> References: <44A4020C.4060203@a80.net> <1f1f006d0606291022u5467afe5o44d6e858b4274435@mail.gmail.com> <44A4115B.3000703@a80.net> <1151667046.6344.3.camel@portage.boston.ximian.com> Content-Type: text/plain Date: Tue, 11 Jul 2006 15:04:22 -0400 Message-Id: <1152644662.4416.34.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 16:51:03 -0000 Hi, On Fri, 2006-06-30 at 07:30 -0400, Joe Shaw wrote: > Yeah, this is a performance bottleneck in the Gaim backend. It was one > of the first ones written, and so isn't written particularly well. The > right thing to do with it would be to use an indexable generator, and > mark the actual log files as indexed so they're not recrawled. Not a > ton of work, it just needs to be done. I just did this work and checked it in. The Gaim backend now uses indexable generators, which makes things much more efficient at startup. It also means that the scheduler is no longer slammed with gaim items up front, so it will process them in parallel with other backends like files, email, etc. Joe From minack@l3s.de Wed Jul 12 13:35:20 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DB6CA3B03E0 for ; Wed, 12 Jul 2006 13:35:19 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06274-05 for ; Wed, 12 Jul 2006 13:35:19 -0400 (EDT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by menubar.gnome.org (Postfix) with ESMTP id 4B4EE3B042B for ; Wed, 12 Jul 2006 13:35:18 -0400 (EDT) Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k6CHZDrI029785 for ; Wed, 12 Jul 2006 19:35:14 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id 5AC83127FA9; Wed, 12 Jul 2006 19:35:14 +0200 (CEST) Received: from L3SMinack (vpn3.mip.uni-hannover.de [130.75.236.3]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id 2FCBAD7DFD for ; Wed, 12 Jul 2006 19:35:05 +0200 (CEST) Message-ID: <001101c6a5d9$86e74eb0$03ec4b82@L3SMinack> From: "Enrico Minack" To: References: <1152527354.10625.27.camel@localhost> Subject: Re: Using Monodevelop for Beagle Date: Wed, 12 Jul 2006 19:34:56 +0200 Organization: L3S MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.056 tagged_above=-999 required=2 tests=[AWL=-1.288, BAYES_50=0.001, TW_CV=0.077, TW_VZ=0.077, TW_XV=0.077] X-Spam-Score: -1.056 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 17:35:20 -0000 > - In order to make the import as easy as possible only copy the .cs > files to the new Project directory. This can be achieved by: > cd [beagle-directory] > tar -cvzf beagle-cs.tgz `find -name *.cs` > cp beagle-cs.tgz ~/Projects/beagle > cd ~/Projects/beagle > tar -xvzf beagle-cs.tgz > ... i don't know how to do this directly > without tar. But it worked fine for me this way. this should work cp ` find [beagle-directory] -name "*.cs" ` ~/Projects/beagle/ Enrico M. From joeshaw@novell.com Wed Jul 12 14:44:41 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7D47D3B0354 for ; Wed, 12 Jul 2006 14:44:41 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11390-01 for ; Wed, 12 Jul 2006 14:44:40 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 7B61C3B029C for ; Wed, 12 Jul 2006 14:44:40 -0400 (EDT) Received: (qmail 3969 invoked from network); 12 Jul 2006 18:44:40 -0000 Received: from localhost (HELO portage.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 12 Jul 2006 18:44:40 -0000 Subject: Re: Using Monodevelop for Beagle From: Joe Shaw To: Kevin Kubasik In-Reply-To: <88d636060607120914w462cdb4cs6a72cb94c14f342c@mail.gmail.com> References: <1152527354.10625.27.camel@localhost> <88d636060607120914w462cdb4cs6a72cb94c14f342c@mail.gmail.com> Content-Type: text/plain Date: Wed, 12 Jul 2006 14:41:51 -0400 Message-Id: <1152729712.3478.8.camel@portage.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.438 tagged_above=-999 required=2 tests=[AWL=-0.116, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, TW_SV=0.077] X-Spam-Score: -2.438 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 18:44:41 -0000 Hi, On Wed, 2006-07-12 at 12:14 -0400, Kevin Kubasik wrote: > Hey, I just right clicked on the 'References' icon under the solutions > tab on the left hand sidebar. I added the beagle assemblies > (BeagleDaemonLib.dll Beagle.dll etc. ) and some of the other *-sharp > (like evolution-sharp) assemblies to make autocompletition more > robust. The only thing I don't use Monodevelop for is the actual > building of code, I still use autotools, but as a uber text editior, > it does a pretty good job. Once the Svn migration is complete, > monodevelop becomes even more attractive with integrated svn stuff in > form of a plugin. After GUADEC I took a look at using Monodevelop as well, and I think that Kevin's approach is the best one. I don't want to replace our existing (complex) build system with another, much narrower and inexperienced build system. That last thing I want is to force people into using MonoDevelop, or maintain parallel build systems. So, what I think the right thing would be to hack MonoDevelop to allow it to do some very simple stuff. For example, doing a build should just run "make" and parse the output. Hitting run in the IDE should run the right script with arguments (that are configured by hand). Without this, pulling in the files and assemblies like Kevin says and just doing building and running outside is probably the right way to go. If there were a project file or something to check in which would make this simpler would be nice. Joe From qub333@gmail.com Wed Jul 12 14:54:32 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4CFB13B018A for ; Wed, 12 Jul 2006 14:54:32 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11915-04 for ; Wed, 12 Jul 2006 14:54:31 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by menubar.gnome.org (Postfix) with ESMTP id C6BC73B0319 for ; Wed, 12 Jul 2006 14:54:30 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id s49so102013pyc for ; Wed, 12 Jul 2006 11:54:30 -0700 (PDT) Received: by 10.35.121.9 with SMTP id y9mr1223102pym; Wed, 12 Jul 2006 11:54:30 -0700 (PDT) Received: by 10.35.8.13 with HTTP; Wed, 12 Jul 2006 11:54:29 -0700 (PDT) Message-ID: <88d636060607121154j4fd55498ua5ad16726dff55d@mail.gmail.com> Date: Wed, 12 Jul 2006 14:54:29 -0400 From: "Kevin Kubasik" Sender: qub333@gmail.com To: "Joe Shaw" Subject: Re: Using Monodevelop for Beagle In-Reply-To: <1152729712.3478.8.camel@portage.boston.ximian.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1152527354.10625.27.camel@localhost> <88d636060607120914w462cdb4cs6a72cb94c14f342c@mail.gmail.com> <1152729712.3478.8.camel@portage.boston.ximian.com> X-Google-Sender-Auth: db8452528461347e X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.367 tagged_above=-999 required=2 tests=[AWL=-0.044, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001, TW_SV=0.077] X-Spam-Score: -2.367 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 18:54:32 -0000 When I get home I can fiddle with my project/solution files a little. There is already an external-tools style plugin that lets us run make from the IDE, but I dunno about 'run' atm. Regardless, I'll post my project files to the list, and everyone can give them a shot, if we like them, we can check them in. -Kevin Kubasik On 7/12/06, Joe Shaw wrote: > Hi, > > On Wed, 2006-07-12 at 12:14 -0400, Kevin Kubasik wrote: > > Hey, I just right clicked on the 'References' icon under the solutions > > tab on the left hand sidebar. I added the beagle assemblies > > (BeagleDaemonLib.dll Beagle.dll etc. ) and some of the other *-sharp > > (like evolution-sharp) assemblies to make autocompletition more > > robust. The only thing I don't use Monodevelop for is the actual > > building of code, I still use autotools, but as a uber text editior, > > it does a pretty good job. Once the Svn migration is complete, > > monodevelop becomes even more attractive with integrated svn stuff in > > form of a plugin. > > After GUADEC I took a look at using Monodevelop as well, and I think > that Kevin's approach is the best one. I don't want to replace our > existing (complex) build system with another, much narrower and > inexperienced build system. That last thing I want is to force people > into using MonoDevelop, or maintain parallel build systems. > > So, what I think the right thing would be to hack MonoDevelop to allow > it to do some very simple stuff. For example, doing a build should just > run "make" and parse the output. Hitting run in the IDE should run the > right script with arguments (that are configured by hand). > > Without this, pulling in the files and assemblies like Kevin says and > just doing building and running outside is probably the right way to go. > If there were a project file or something to check in which would make > this simpler would be nice. > > Joe > > -- Cheers, Kevin Kubasik http://kubasik.net/blog From david.coeurjolly@liris.cnrs.fr Wed Jul 12 17:12:36 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DAFAD3B02A3 for ; Wed, 12 Jul 2006 17:12:35 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18923-03 for ; Wed, 12 Jul 2006 17:12:25 -0400 (EDT) Received: from smtpsortant1.univ-lyon1.fr (smtpsortant1.univ-lyon1.fr [134.214.100.90]) by menubar.gnome.org (Postfix) with ESMTP id 22C183B017E for ; Wed, 12 Jul 2006 17:12:25 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by smtpsortant1.univ-lyon1.fr (Postfix) with ESMTP id EF40743A0B4 for ; Tue, 11 Jul 2006 18:29:45 +0200 (CEST) Received: from smtpsortant1.univ-lyon1.fr ([127.0.0.1]) by localhost (smtpsortant1.univ-lyon1.fr [127.0.0.1]) (amavisd-new, port 10022) with ESMTP id 12640-04 for ; Tue, 11 Jul 2006 18:29:45 +0200 (CEST) Received: from pop.univ-lyon1.fr (pop.univ-lyon1.fr [134.214.100.7]) by smtpsortant1_amavis1_only (Postfix) with ESMTP id 33FC043A06C for ; Tue, 11 Jul 2006 18:29:45 +0200 (CEST) Received: from pop (localhost [127.0.0.1]) by pop.univ-lyon1.fr (Postfix) with ESMTP id 1FB6A7FC0D for ; Tue, 11 Jul 2006 18:29:45 +0200 (CEST) Received: from [134.214.143.134] (liristvj.univ-lyon1.fr [134.214.143.134]) by pop.univ-lyon1.fr (Postfix) with ESMTP id 727557FC0C for ; Tue, 11 Jul 2006 18:29:44 +0200 (CEST) Message-ID: <44B3D1F5.8030000@liris.cnrs.fr> Date: Tue, 11 Jul 2006 18:29:41 +0200 From: David Coeurjolly User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Dashboard Subject: Troubles with beagle command line programs X-Enigmail-Version: 0.94.0.0 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAYFBMVEUAAAALCws0NDQ8PDxA QEBFRUVJSUlOTk5TU1NYWFheXl5kZGRpaWlubm5zc3N4eHh9fX2BgYGFhYWKioqOjo6Xl5ednZ2i oqKlpaWtra2zs7PExMTR0dHm5ubu7u7///+28DApAAAB7ElEQVRIx+2U2Y7bMAxFlcWWtS8kraXT zv//ZalBgMJpMvJ7e4MECMLDzbwRn1/69XlW4t0PHYhqOw3sTi7KGOuwnwF6VHJZpNy01g7nQI9a bne53rdtU5uOUyAas3FydV83uW7a4gQozqnb/S61XOUoo90EAG04SEuptk2OrtzH90DUxkFthE4P KaX7DACqtbVWMcXkjJ4CBlspvTNRCQCCbrMKgTh/Y6QWKmBnFVDn2h9iBIyebIkMj0BYWm2dX+TM BAieIHufOXnkEWrwEyABQXAuFkp2NYliqJOhYS/EarwiJKCMZTI0jfYLjRWVwp802RInr6XsXIHJ Vvnr7PggEyFxX8goG6/Mzpt7N8H5FFyMlOFoupcGStGG6HhT3niAj7lFEwQbADFZl3I+4WnIgcD5 4CFiohPAjxCQkEcmwKeO3gDJ5T0l2jE9F3gHeJdZ7J9zACF7guWNy+0E0PlBBKOsND7OgZ8Qx7AQ U8wI/JyhfweQv13HdjiOMI94IvX2j6yDul6ECDuVUYNGON/UerX9FbCHVbAuYhkHyuanRylxuS7p L2C3t4t4yO583fuOfOKsUVRcFzwC8Cec5SqL7cO9oeSil/HWB+AqDlJ7bYMp4Taa/ELEARDPWmyM Th3yfA+80H/g3wJ+A9ltu6Gmo7iGAAAAAElFTkSuQmCC Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig32187892448517AC73E1F46B" X-Virus-Scanned: by AMaViS snapshot-20020222 X-Virus-Scanned: by amavisd1-new-20030616-p10 (Debian) at univ-lyon1.fr X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.532 tagged_above=-999 required=2 tests=[AWL=0.068, BAYES_00=-2.599] X-Spam-Score: -2.532 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 21:12:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig32187892448517AC73E1F46B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi all, I use beagle and the "search" tool in my ubuntu/dapper linux and everything works perfectly (beagle 0.2.6-1-ubu). However, I'm having troubles with the beagle command line programs (strange exception errors). Here you have an example with "beagle-query" (Note that using the gnome interface, I can search and the daemon is running): %> beagle-query test =EF=BB=BFCould not connect to the Beagle daemon. The daemon probably isn= 't running. System.TypeInitializationException: An exception was thrown by the type initializer for Beagle.Client ---> System.TypeInitializationException: An exception was thrown by the type initializer for System.Xml.Serialization.XmlSerializer ---> System.Configuration.ConfigurationException: Cannot find /usr/etc/mono/1.0/machine.config () in <0x000bb> System.Configuration.DefaultConfig:Init () in <0x0000d> System.Configuration.DefaultConfig:GetConfig (System.String sectionName) in <0x0001a> System.Configuration.ConfigurationSettings:GetConfig (System.String sectionName) in <0x00162> System.Xml.Serialization.XmlSerializer:.cctor ()--- End of inner exception stack trace --- in <0x00000> in <0x00025> Beagle.Client:.cctor ()--- End of inner exception stack trace --- in <0x00000> in [0x0001e] (at /build/buildd/beagle-0.2.6/BeagleClient/Message.cs:153) Beagle.RequestMessage:SendAsync () in [0x00049] (at /build/buildd/beagle-0.2.6/tools/Query.cs:226) QueryTool:SendQuery () I also have errors with beagle-info --list-filters too... Any idea ? Dav --------------enig32187892448517AC73E1F46B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEs9H48fCEgkezuGERAmIAAJ4/y3fcXRIS2QPsS+bkZI8Zd5nnhQCfbKzt Q/UGXbekr73uzBGplxRdpGI= =vVmV -----END PGP SIGNATURE----- --------------enig32187892448517AC73E1F46B-- From joeshaw@novell.com Wed Jul 12 17:18:37 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EBDC33B0284 for ; Wed, 12 Jul 2006 17:18:36 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19167-01 for ; Wed, 12 Jul 2006 17:18:36 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 0BF3E3B0255 for ; Wed, 12 Jul 2006 17:18:36 -0400 (EDT) Received: (qmail 4506 invoked from network); 12 Jul 2006 21:18:35 -0000 Received: from localhost (HELO portage.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 12 Jul 2006 21:18:35 -0000 Subject: Re: Troubles with beagle command line programs From: Joe Shaw To: David Coeurjolly In-Reply-To: <44B3D1F5.8030000@liris.cnrs.fr> References: <44B3D1F5.8030000@liris.cnrs.fr> Content-Type: text/plain; charset=utf-8 Date: Wed, 12 Jul 2006 17:15:46 -0400 Message-Id: <1152738946.5935.0.camel@portage.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 21:18:37 -0000 Hey, On Tue, 2006-07-11 at 18:29 +0200, David Coeurjolly wrote: > Could not connect to the Beagle daemon. The daemon probably isn't running. > System.TypeInitializationException: An exception was thrown by the type > initializer for Beagle.Client ---> System.TypeInitializationException: > An exception was thrown by the type initializer for > System.Xml.Serialization.XmlSerializer ---> > System.Configuration.ConfigurationException: Cannot find > /usr/etc/mono/1.0/machine.config () Your mono is incorrectly built. It's looking for /usr/etc/mono/1.0/machine.config but it's probably /etc/mono/1.0/machine.config. You (or your distributor) needs to pass in --sysconfdir=/etc to the configure line when building mono. (Or, move the file to the right place.) Joe From dbera.web@gmail.com Wed Jul 12 17:21:43 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9FE6A3B0255 for ; Wed, 12 Jul 2006 17:21:43 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19203-02 for ; Wed, 12 Jul 2006 17:21:43 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by menubar.gnome.org (Postfix) with ESMTP id 650543B01A8 for ; Wed, 12 Jul 2006 17:21:42 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id k3so2835ugf for ; Wed, 12 Jul 2006 14:21:41 -0700 (PDT) Received: by 10.67.89.5 with SMTP id r5mr44877ugl; Wed, 12 Jul 2006 14:21:41 -0700 (PDT) Received: by 10.67.93.17 with HTTP; Wed, 12 Jul 2006 14:21:41 -0700 (PDT) Message-ID: <1f1f006d0607121421g2348e518uba2314683ddbb9db@mail.gmail.com> Date: Wed, 12 Jul 2006 14:21:41 -0700 From: "D Bera" To: "David Coeurjolly" Subject: Re: Troubles with beagle command line programs In-Reply-To: <44B3D1F5.8030000@liris.cnrs.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44B3D1F5.8030000@liris.cnrs.fr> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.122 tagged_above=-999 required=2 tests=[AWL=0.278, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.122 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 21:21:43 -0000 Hi, > However, I'm having troubles with the beagle command line programs > (strange exception errors). Here you have an example with "beagle-query" > (Note that using the gnome interface, I can search and the daemon is > running): > > %> beagle-query test > Could not connect to the Beagle daemon. The daemon probably isn't running. > System.TypeInitializationException: An exception was thrown by the type > initializer for Beagle.Client ---> System.TypeInitializationException: > An exception was thrown by the type initializer for > System.Xml.Serialization.XmlSerializer ---> > System.Configuration.ConfigurationException: Cannot find > /usr/etc/mono/1.0/machine.config () I have no idea what this file /usr/etc/mono/1.0/machine.config is. But the command line tools are probably looking for that file. Do you have that file ? or /etc/mono/1.0/machine.config ? > in <0x000bb> System.Configuration.DefaultConfig:Init () > in <0x0000d> System.Configuration.DefaultConfig:GetConfig (System.String > sectionName) > in <0x0001a> System.Configuration.ConfigurationSettings:GetConfig > (System.String sectionName) > in <0x00162> System.Xml.Serialization.XmlSerializer:.cctor ()--- End of > inner exception stack trace --- > > in <0x00000> > in <0x00025> Beagle.Client:.cctor ()--- End of inner exception stack > trace --- > > in <0x00000> > in [0x0001e] (at /build/buildd/beagle-0.2.6/BeagleClient/Message.cs:153) > Beagle.RequestMessage:SendAsync () > in [0x00049] (at /build/buildd/beagle-0.2.6/tools/Query.cs:226) > QueryTool:SendQuery () -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From james.fitzsimons@gmail.com Wed Jul 12 17:58:34 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 26A983B018A for ; Wed, 12 Jul 2006 17:58:34 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20916-06 for ; Wed, 12 Jul 2006 17:58:33 -0400 (EDT) Received: from n066.sc1.cp.net (smtpout0161.sc1.cp.net [64.97.136.161]) by menubar.gnome.org (Postfix) with ESMTP id 6B8BC3B0141 for ; Wed, 12 Jul 2006 17:58:33 -0400 (EDT) Received: from athos (86.27.58.138) by n066.sc1.cp.net (7.2.069.1) id 44AB92FA000A783E for dashboard-hackers@gnome.org; Wed, 12 Jul 2006 21:58:32 +0000 Subject: Reindex needed? From: James Fitzsimons To: dashboard Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-zXP56tUqxX8iDcjX6H7U" Date: Wed, 12 Jul 2006 22:58:31 +0100 Message-Id: <1152741511.6268.2.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.33 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_NEUTRAL=1.069] X-Spam-Score: -1.33 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: james.fitzsimons@gmail.com List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 21:58:34 -0000 --=-zXP56tUqxX8iDcjX6H7U Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi all, I installed beagle a short time ago but only recently realised that I didn't have extended attributes turned on yesterday. I have now enabled them, but do I need to refresh my indexes and if so, how do I do that? Cheers, James --=-zXP56tUqxX8iDcjX6H7U Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQBEtXCHtf4qL6AoafMRAmm3AJ9DnJb00BxYYq8hd92rUjN0bzr6SwCePJxu lxX0A1WxN1Zazl5B+8banjE= =nRcS -----END PGP SIGNATURE----- --=-zXP56tUqxX8iDcjX6H7U-- From joeshaw@novell.com Wed Jul 12 18:04:01 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4C16F3B01D3 for ; Wed, 12 Jul 2006 18:04:01 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20919-09 for ; Wed, 12 Jul 2006 18:04:00 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 1F7603B0155 for ; Wed, 12 Jul 2006 18:04:00 -0400 (EDT) Received: (qmail 4664 invoked from network); 12 Jul 2006 22:03:59 -0000 Received: from localhost (HELO portage.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 12 Jul 2006 22:03:59 -0000 Subject: Re: Reindex needed? From: Joe Shaw To: james.fitzsimons@gmail.com In-Reply-To: <1152741511.6268.2.camel@localhost.localdomain> References: <1152741511.6268.2.camel@localhost.localdomain> Content-Type: text/plain Date: Wed, 12 Jul 2006 18:01:11 -0400 Message-Id: <1152741671.5935.2.camel@portage.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 22:04:01 -0000 Hi, On Wed, 2006-07-12 at 22:58 +0100, James Fitzsimons wrote: > I installed beagle a short time ago but only recently realised that I > didn't have extended attributes turned on yesterday. I have now enabled > them, but do I need to refresh my indexes and if so, how do I do that? It's not necessary, although it will speed things up quite a bit. You can delete your old index by deleting the ~/.beagle/Indexes/FileSystemIndex directory. When you restart beagled, it'll start reindexing your files. Joe From brian@interlinx.bc.ca Wed Jul 12 18:14:31 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 952283B0091 for ; Wed, 12 Jul 2006 18:14:31 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21613-10 for ; Wed, 12 Jul 2006 18:14:29 -0400 (EDT) Received: from linux.interlinx.bc.ca (linux.interlinx.bc.ca [66.11.173.224]) by menubar.gnome.org (Postfix) with ESMTP id 8D54B3B0294 for ; Wed, 12 Jul 2006 18:14:15 -0400 (EDT) Received: from [10.75.22.1] (pc.ilinx [10.75.22.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by linux.interlinx.bc.ca (Postfix) with ESMTP id 72E56E3C65 for ; Wed, 12 Jul 2006 18:14:14 -0400 (EDT) Subject: Re: Reindex needed? From: "Brian J. Murrell" To: dashboard-hackers@gnome.org In-Reply-To: <1152741671.5935.2.camel@portage.boston.ximian.com> References: <1152741511.6268.2.camel@localhost.localdomain> <1152741671.5935.2.camel@portage.boston.ximian.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-bvHGjOTx3/FoRbF7qciS" Date: Wed, 12 Jul 2006 18:14:13 -0400 Message-Id: <1152742453.11238.303.camel@pc> Mime-Version: 1.0 X-Mailer: Evolution 2.7.3-1mdv2007.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.563 tagged_above=-999 required=2 tests=[AWL=0.037, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.563 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 22:14:31 -0000 --=-bvHGjOTx3/FoRbF7qciS Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-07-12 at 18:01 -0400, Joe Shaw wrote: > Hi, >=20 > On Wed, 2006-07-12 at 22:58 +0100, James Fitzsimons wrote: > > I installed beagle a short time ago but only recently realised that I > > didn't have extended attributes turned on yesterday. I have now enabled > > them, but do I need to refresh my indexes and if so, how do I do that? >=20 > It's not necessary, although it will speed things up quite a bit. You > can delete your old index by deleting the > ~/.beagle/Indexes/FileSystemIndex directory. When you restart beagled, > it'll start reindexing your files. Hrm. What triggers a file's "re-index"ing? Like if it's contents have changed, obviously, but how does beagle determine this? I don't know what goes in the EAs, or even what files the EAs are attatched to (must be the actual files being indexed -- there would not really need to be EAs otherwise I'd figure), but I guess for this type of scenario (which happened to me too! Ran with EAs not enabled for a while) it would be nice if beagle noticed that it is able to create EAs where it was not when the file was last indexed and just do it. Maybe that's just too difficult. I'm just armchair quarterbacking here. :-) b. --=20 My other computer is your Microsoft Windows server. Brian J. Murrell --=-bvHGjOTx3/FoRbF7qciS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEtXQ1l3EQlGLyuXARAvAUAKCE414i7t4tGLx8iVAJHP487yOtswCfSjQ+ OYBZtFXhyLKDTfkZi/+Oiu0= =5Zzm -----END PGP SIGNATURE----- --=-bvHGjOTx3/FoRbF7qciS-- From brian@interlinx.bc.ca Wed Jul 12 18:17:59 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8A06A3B00F0 for ; Wed, 12 Jul 2006 18:17:59 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21910-08 for ; Wed, 12 Jul 2006 18:17:58 -0400 (EDT) Received: from linux.interlinx.bc.ca (linux.interlinx.bc.ca [66.11.173.224]) by menubar.gnome.org (Postfix) with ESMTP id 628933B00BD for ; Wed, 12 Jul 2006 18:17:58 -0400 (EDT) Received: from [10.75.22.1] (pc.ilinx [10.75.22.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by linux.interlinx.bc.ca (Postfix) with ESMTP id A88A9E3C82 for ; Wed, 12 Jul 2006 18:17:57 -0400 (EDT) Subject: what files does beagle index? From: "Brian J. Murrell" To: dashboard Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-gnUO8wD4HVmvW6wtjEQ7" Date: Wed, 12 Jul 2006 18:17:56 -0400 Message-Id: <1152742677.11238.308.camel@pc> Mime-Version: 1.0 X-Mailer: Evolution 2.7.3-1mdv2007.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.564 tagged_above=-999 required=2 tests=[AWL=0.036, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.564 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 22:17:59 -0000 --=-gnUO8wD4HVmvW6wtjEQ7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Does beagle try to index every single file in my ~ (including "dot-dir"s)? I have done searches on terms that I know are in files in my ~ but they are not showing up in beagle. Does beagle try to exclude files it "thinks" you don't want indexed like a "binary" "db" file for example? (How) Can I examine beagle's index and see what files are in the index? Thanx, b. --=20 My other computer is your Microsoft Windows server. Brian J. Murrell --=-gnUO8wD4HVmvW6wtjEQ7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEtXUUl3EQlGLyuXARAgSMAJ485IMCtt3fxyh2zsSXxzQMiWj4lgCfYRhU 7eTVDgUJC0tnQeEKOMVykHM= =HIXq -----END PGP SIGNATURE----- --=-gnUO8wD4HVmvW6wtjEQ7-- From dbera.web@gmail.com Wed Jul 12 19:19:51 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3C7043B011B for ; Wed, 12 Jul 2006 19:19:51 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24490-08 for ; Wed, 12 Jul 2006 19:19:49 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by menubar.gnome.org (Postfix) with ESMTP id 2998B3B00BD for ; Wed, 12 Jul 2006 19:19:49 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id c2so45246ugf for ; Wed, 12 Jul 2006 16:19:48 -0700 (PDT) Received: by 10.66.244.10 with SMTP id r10mr58107ugh; Wed, 12 Jul 2006 16:19:48 -0700 (PDT) Received: by 10.67.93.17 with HTTP; Wed, 12 Jul 2006 16:19:48 -0700 (PDT) Message-ID: <1f1f006d0607121619r53d8b723qbd9dc702340fac6d@mail.gmail.com> Date: Wed, 12 Jul 2006 16:19:48 -0700 From: "D Bera" To: "Brian J. Murrell" Subject: Re: what files does beagle index? In-Reply-To: <1152742677.11238.308.camel@pc> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1152742677.11238.308.camel@pc> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.2 tagged_above=-999 required=2 tests=[AWL=0.200, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.2 X-Spam-Level: Cc: dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 23:19:51 -0000 Hi, > Does beagle try to index every single file in my ~ (including > "dot-dir"s)? I have done searches on terms that I know are in files in By default, beagle tries to index every file under your home-dirctory, _except_ dot-dirs. Files and subdirs under .dir wont be indexed. > my ~ but they are not showing up in beagle. This is not the intended behaviour; either their is some bug or there is some mistake in the setup. > Does beagle try to exclude files it "thinks" you don't want indexed like > a "binary" "db" file for example? Its hard to extract data from binary files. I am not even sure how to extract all words from a db file. But anyway, beagle relies on a huge collection of filters to extract data from various types of files. The filters in beagle cover nearly all the possible formats from which data extraction is possible e.g. html, doc, comments from jpeg. There is no filter for 'binary db' files as of now; hence beagle would ignore them. > (How) Can I examine beagle's index and see what files are in the index? Similar to the way you examine Google's index and see what webpages are in the index :) Jokes aside, the recommended way to examine if a file is indexed is to query for the filename. Put the whole name in quotes and you should get it in the results. - dBera -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From brian@interlinx.bc.ca Wed Jul 12 20:20:48 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E6AFA3B011B for ; Wed, 12 Jul 2006 20:20:47 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27148-01 for ; Wed, 12 Jul 2006 20:20:46 -0400 (EDT) Received: from linux.interlinx.bc.ca (linux.interlinx.bc.ca [66.11.173.224]) by menubar.gnome.org (Postfix) with ESMTP id E53633B0094 for ; Wed, 12 Jul 2006 20:20:45 -0400 (EDT) Received: from [10.75.22.1] (pc.ilinx [10.75.22.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by linux.interlinx.bc.ca (Postfix) with ESMTP id 0F0F3E37D8 for ; Wed, 12 Jul 2006 20:20:45 -0400 (EDT) Subject: Re: what files does beagle index? From: "Brian J. Murrell" To: dashboard In-Reply-To: <1f1f006d0607121619r53d8b723qbd9dc702340fac6d@mail.gmail.com> References: <1152742677.11238.308.camel@pc> <1f1f006d0607121619r53d8b723qbd9dc702340fac6d@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-tB14lH0VfQmjFqZVfRXx" Date: Wed, 12 Jul 2006 20:20:44 -0400 Message-Id: <1152750044.11238.336.camel@pc> Mime-Version: 1.0 X-Mailer: Evolution 2.7.3-1mdv2007.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.564 tagged_above=-999 required=2 tests=[AWL=0.036, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.564 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 00:20:48 -0000 --=-tB14lH0VfQmjFqZVfRXx Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-07-12 at 16:19 -0700, D Bera wrote: >=20 > By default, beagle tries to index every file under your home-dirctory, > _except_ dot-dirs. Files and subdirs under .dir wont be indexed. Ahhh. Perhaps some of these files to which I am referring are under dot-dirs. How about a flag to toggle that? > Its hard to extract data from binary files. How about "strings" them first? > I am not even sure how to > extract all words from a db file. Strings does a pretty decent job. > But anyway, beagle relies on a huge > collection of filters to extract data from various types of files. Right. I had gathered that. > The > filters in beagle cover nearly all the possible formats from which > data extraction is possible e.g. html, doc, comments from jpeg. There > is no filter for 'binary db' files as of now; hence beagle would > ignore them. How about a "default" for binaries that simply does do just "strings"? > Similar to the way you examine Google's index and see what webpages > are in the index :) Maybe beagle does something similar but if not, i think my touche is coming... http://www.google.ca/search?hl=3Den&q=3Dsite% 3Abeagle-project.org&btnG=3DGoogle+Search&meta=3D :-) But that is not even really apples to apples. If I had Googles database, like I have Beagles, I probably could do exactly what I mean. > Jokes aside, the recommended way to examine if a file is indexed is to > query for the filename. Put the whole name in quotes and you should > get it in the results. Yeah, cool! So a manual search does indicate that a given file I am thinking of is indeed in a dot-dir. :-( And it is a .db file which file says: $ file .icq.old/history/6000006.db .icq.old/history/6000006.db: GNU dbm 1.x or ndbm database, little endian $ strings .icq.old/history/6000006.db b@ssage throug rver Hi! I found them! URL: http://artistic.device.sh (Apart from being spam) Obviously useful information in those files, even filtered through "strings". Aside from being in a dot-dir it would be nice that Beagle could give me this. b. --=20 My other computer is your Microsoft Windows server. Brian J. Murrell --=-tB14lH0VfQmjFqZVfRXx Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEtZHcl3EQlGLyuXARAu/nAJ0c6xt1571ynKhD/FDpImcY7kc9DQCg/5Gi oN0reUZeL0o0ua/DOnOW1Po= =3FSY -----END PGP SIGNATURE----- --=-tB14lH0VfQmjFqZVfRXx-- From joeshaw@novell.com Wed Jul 12 20:40:57 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 135BF3B011B for ; Wed, 12 Jul 2006 20:40:57 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27808-01 for ; Wed, 12 Jul 2006 20:40:56 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 1BBCC3B0141 for ; Wed, 12 Jul 2006 20:40:56 -0400 (EDT) Received: (qmail 5027 invoked from network); 13 Jul 2006 00:40:49 -0000 Received: from localhost (HELO ?192.168.1.3?) (joe@127.0.0.1) by localhost with SMTP; 13 Jul 2006 00:40:49 -0000 Message-ID: <44B59680.10305@novell.com> Date: Wed, 12 Jul 2006 20:40:32 -0400 From: Joe Shaw User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8) Gecko/20051109 Thunderbird/1.5 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: "Brian J. Murrell" Subject: Re: Reindex needed? References: <1152741511.6268.2.camel@localhost.localdomain> <1152741671.5935.2.camel@portage.boston.ximian.com> <1152742453.11238.303.camel@pc> In-Reply-To: <1152742453.11238.303.camel@pc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 00:40:57 -0000 Hi, Brian J. Murrell wrote: > On Wed, 2006-07-12 at 18:01 -0400, Joe Shaw wrote: >> It's not necessary, although it will speed things up quite a bit. You >> can delete your old index by deleting the >> ~/.beagle/Indexes/FileSystemIndex directory. When you restart beagled, >> it'll start reindexing your files. > > Hrm. What triggers a file's "re-index"ing? Like if it's contents have > changed, obviously, but how does beagle determine this? Well, in the example I cited above, you are deleting your index, so Beagle recognizes this and reindexes the world. Generally speaking, however, Beagle uses xattrs (or a sqlite database) to store the last time it indexed a file. If it recrawls later (either because the daemon was restarted or because inotify isn't enabled) it checks to see if the modification time on the file is newer than the last index time and, if it is, reindexes. > I don't know what goes in the EAs, or even what files the EAs are > attatched to (must be the actual files being indexed -- there would not > really need to be EAs otherwise I'd figure), but I guess for this type > of scenario (which happened to me too! Ran with EAs not enabled for a > while) it would be nice if beagle noticed that it is able to create EAs > where it was not when the file was last indexed and just do it. You can run "getfattr -d" on a file to see all of its xattrs, including the ones that Beagle has set. Beagle *could* migrate the attributes stored in the sqlite database into xattrs when it crawls over them and notices that it now can, but it's a corner case that just doesn't seem worth the effort, honestly. Joe From joeshaw@novell.com Wed Jul 12 20:47:05 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 38D7E3B0120 for ; Wed, 12 Jul 2006 20:47:05 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28027-05 for ; Wed, 12 Jul 2006 20:47:04 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id E2BC33B007A for ; Wed, 12 Jul 2006 20:47:03 -0400 (EDT) Received: (qmail 5053 invoked from network); 13 Jul 2006 00:47:03 -0000 Received: from localhost (HELO ?192.168.1.3?) (joe@127.0.0.1) by localhost with SMTP; 13 Jul 2006 00:47:03 -0000 Message-ID: <44B597F7.10702@novell.com> Date: Wed, 12 Jul 2006 20:46:47 -0400 From: Joe Shaw User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8) Gecko/20051109 Thunderbird/1.5 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: "Brian J. Murrell" Subject: Re: what files does beagle index? References: <1152742677.11238.308.camel@pc> In-Reply-To: <1152742677.11238.308.camel@pc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 00:47:05 -0000 Hi, Brian J. Murrell wrote: > Does beagle try to index every single file in my ~ (including > "dot-dir"s)? I have done searches on terms that I know are in files in > my ~ but they are not showing up in beagle. > > Does beagle try to exclude files it "thinks" you don't want indexed like > a "binary" "db" file for example? Beagle does have a blacklist; it never indexes dotfiles, CVS directories, temporary files from vi or emacs, or .o files, for example. There are others, but those are the big ones. Other than that, Beagle indexes every file. To what extent it can index the file varies, however. If Beagle doesn't have a filter to parse the contents of the file, only information about the file (like the filename, for example) are indexed. > (How) Can I examine beagle's index and see what files are in the index? There's no easy way to do this. There was a tool called beagle-dump-index, but I don't think it's shipped in the tarball. You'd have to run it out of CVS. It would be pretty easy to write such a tool though, and we probably should. If you are running 0.2.4 or newer, just doing "beagle-query filename" should do the trick. If not the file either (a) isn't indexed or (b) there is some sort of bug in the querying or indexing. You might also want to check the logs in ~/.beagle/Log to make sure the daemon isn't encountering an error while searching. Thanks, Joe From brian@interlinx.bc.ca Wed Jul 12 21:04:03 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2A61A3B011B for ; Wed, 12 Jul 2006 21:04:03 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28533-02 for ; Wed, 12 Jul 2006 21:04:00 -0400 (EDT) Received: from linux.interlinx.bc.ca (linux.interlinx.bc.ca [66.11.173.224]) by menubar.gnome.org (Postfix) with ESMTP id 37E193B00C5 for ; Wed, 12 Jul 2006 21:04:00 -0400 (EDT) Received: from [10.75.22.1] (pc.ilinx [10.75.22.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by linux.interlinx.bc.ca (Postfix) with ESMTP id 2E685D0250 for ; Wed, 12 Jul 2006 21:03:59 -0400 (EDT) Subject: Re: Reindex needed? From: "Brian J. Murrell" To: dashboard-hackers@gnome.org In-Reply-To: <44B59680.10305@novell.com> References: <1152741511.6268.2.camel@localhost.localdomain> <1152741671.5935.2.camel@portage.boston.ximian.com> <1152742453.11238.303.camel@pc> <44B59680.10305@novell.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-MpPMMlZc5xowXKUEnjfL" Date: Wed, 12 Jul 2006 21:03:58 -0400 Message-Id: <1152752638.11238.344.camel@pc> Mime-Version: 1.0 X-Mailer: Evolution 2.7.3-1mdv2007.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.565 tagged_above=-999 required=2 tests=[AWL=0.035, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.565 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 01:04:03 -0000 --=-MpPMMlZc5xowXKUEnjfL Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-07-12 at 20:40 -0400, Joe Shaw wrote: > Hi, Hi, > You can run "getfattr -d" on a file to see all of its xattrs, including=20 > the ones that Beagle has set. Cool. > Beagle *could* migrate the attributes=20 > stored in the sqlite database into xattrs when it crawls over them and=20 > notices that it now can, Hell, I'd even be happy with "throw the database away" and re-index those files. > but it's a corner case that just doesn't seem=20 > worth the effort, honestly. Too much effort even if you throw the sqlite db away and just re-index the files with the missing EAs? I just don't want to have to re-index my entire 5G ~ because only a few files might not have the EAs on them. Maybe the number is so low I don't care that they don't have EAs and are in the sqlite db instead. What happens if I remove just the sqlite dbs? Where are they? b. --=20 My other computer is your Microsoft Windows server. Brian J. Murrell --=-MpPMMlZc5xowXKUEnjfL Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEtZv9l3EQlGLyuXARAnhdAJ42HfK34oNCtlLBoXT3yVXC4AyDzQCg+vds yXZ2nKNWJv/nYdTXQa9+Pn8= =Lae0 -----END PGP SIGNATURE----- --=-MpPMMlZc5xowXKUEnjfL-- From dbera.web@gmail.com Wed Jul 12 21:05:28 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4B1313B0154 for ; Wed, 12 Jul 2006 21:05:28 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28564-01 for ; Wed, 12 Jul 2006 21:05:27 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by menubar.gnome.org (Postfix) with ESMTP id 9856C3B011B for ; Wed, 12 Jul 2006 21:05:26 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id m3so77543uge for ; Wed, 12 Jul 2006 18:05:25 -0700 (PDT) Received: by 10.66.220.17 with SMTP id s17mr69252ugg; Wed, 12 Jul 2006 18:05:25 -0700 (PDT) Received: by 10.67.93.17 with HTTP; Wed, 12 Jul 2006 18:05:25 -0700 (PDT) Message-ID: <1f1f006d0607121805of3600d7pc1f903dbd8f7650c@mail.gmail.com> Date: Wed, 12 Jul 2006 18:05:25 -0700 From: "D Bera" To: "Joe Shaw" Subject: Re: Reindex needed? In-Reply-To: <44B59680.10305@novell.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1152741511.6268.2.camel@localhost.localdomain> <1152741671.5935.2.camel@portage.boston.ximian.com> <1152742453.11238.303.camel@pc> <44B59680.10305@novell.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.256 tagged_above=-999 required=2 tests=[AWL=0.144, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.256 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 01:05:28 -0000 Hi, > the ones that Beagle has set. Beagle *could* migrate the attributes > stored in the sqlite database into xattrs when it crawls over them and > notices that it now can, but it's a corner case that just doesn't seem > worth the effort, honestly. IMHO, this *minor problem* should be fixed. Many a times I copy files from the CD or other read-only share and beagle puts the attributes in sqlite. But sooner I change the permissions (mostly while editing the file or something else) and beagle still continues to use the sqlite store. It has happened that a complete beagle root was stored in sqlite for a long time though the permissions were fixed and the files were writable. What say ? - dBera -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From brian@interlinx.bc.ca Wed Jul 12 21:19:58 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 18AC33B0120 for ; Wed, 12 Jul 2006 21:19:58 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29420-08 for ; Wed, 12 Jul 2006 21:19:56 -0400 (EDT) Received: from linux.interlinx.bc.ca (linux.interlinx.bc.ca [66.11.173.224]) by menubar.gnome.org (Postfix) with ESMTP id 19A393B0007 for ; Wed, 12 Jul 2006 21:19:56 -0400 (EDT) Received: from [10.75.22.1] (pc.ilinx [10.75.22.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by linux.interlinx.bc.ca (Postfix) with ESMTP id 18F7BD0250 for ; Wed, 12 Jul 2006 21:19:55 -0400 (EDT) Subject: Re: what files does beagle index? From: "Brian J. Murrell" To: dashboard In-Reply-To: <44B597F7.10702@novell.com> References: <1152742677.11238.308.camel@pc> <44B597F7.10702@novell.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-APcroO/DhKZegk5SRzQ9" Date: Wed, 12 Jul 2006 21:19:53 -0400 Message-Id: <1152753593.11238.355.camel@pc> Mime-Version: 1.0 X-Mailer: Evolution 2.7.3-1mdv2007.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.566 tagged_above=-999 required=2 tests=[AWL=0.034, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.566 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 01:19:58 -0000 --=-APcroO/DhKZegk5SRzQ9 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-07-12 at 20:46 -0400, Joe Shaw wrote: > Hi, Hi again, > Beagle does have a blacklist; it never indexes dotfiles, Yeah. :-( I tried several ways around this to no avail. First I tried to create a non-dot-named symlink to a dot-dir. No luck there (not really surprising). Next I tried to hard link a file in a dot-dir outside the dot-dir into my ~. No joy there (to my surprise). Making an actual copy worked. Showed up in Beagle instantly. I love that part. When stuff that just appears is in Beagle within fractions of a second. :-) I couldn't even explicitly specify a dot-dir in the "Add any additional paths..." dialog. Well, the file chooser would not let me enter a dot-name of any sort. So, does beagle not follow symlinks then? If I have a (non-dot-named) symlink to something outside of my ~, will it index it (assuming I can read them of course)? It seems not. I added something explicitly that is outside my ~ but symlinked to from within my ~ and after adding it explicitly it started indexing it. Hrm. A follow symlinks option might be nice too. So full of ideas. So "no time" to implement any. :-( > CVS=20 > directories, temporary files from vi or emacs, or .o files, for example.=20 > There are others, but those are the big ones. > There's no easy way to do this. There was a tool called=20 > beagle-dump-index, Figured something like that had to exist. :-) > but I don't think it's shipped in the tarball. You'd=20 > have to run it out of CVS. It would be pretty easy to write such a tool=20 > though, and we probably should. Would be nice. > If you are running 0.2.4 or newer, just doing "beagle-query filename"=20 > should do the trick. If not the file either (a) isn't indexed or (b)=20 > there is some sort of bug in the querying or indexing. You might also=20 > want to check the logs in ~/.beagle/Log to make sure the daemon isn't=20 > encountering an error while searching. OK. --=20 My other computer is your Microsoft Windows server. Brian J. Murrell --=-APcroO/DhKZegk5SRzQ9 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEtZ+5l3EQlGLyuXARAi3JAKCNtWpGPCm2gpjW8PePRwiB4p04gQCfTRbg 9GisK79MoB0zwPnjSFPOjnQ= =IbBy -----END PGP SIGNATURE----- --=-APcroO/DhKZegk5SRzQ9-- From dbera.web@gmail.com Wed Jul 12 21:21:58 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5A6A03B00BD for ; Wed, 12 Jul 2006 21:21:58 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29485-08 for ; Wed, 12 Jul 2006 21:21:56 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by menubar.gnome.org (Postfix) with ESMTP id 79A9C3B0120 for ; Wed, 12 Jul 2006 21:21:55 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id j40so77387ugd for ; Wed, 12 Jul 2006 18:21:54 -0700 (PDT) Received: by 10.67.93.6 with SMTP id v6mr70228ugl; Wed, 12 Jul 2006 18:21:54 -0700 (PDT) Received: by 10.67.93.17 with HTTP; Wed, 12 Jul 2006 18:21:54 -0700 (PDT) Message-ID: <1f1f006d0607121821jff226e5rfb26f4051e215925@mail.gmail.com> Date: Wed, 12 Jul 2006 18:21:54 -0700 From: "D Bera" To: "Brian J. Murrell" Subject: Re: what files does beagle index? In-Reply-To: <1152750044.11238.336.camel@pc> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1152742677.11238.308.camel@pc> <1f1f006d0607121619r53d8b723qbd9dc702340fac6d@mail.gmail.com> <1152750044.11238.336.camel@pc> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.283 tagged_above=-999 required=2 tests=[AWL=0.117, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.283 X-Spam-Level: Cc: dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 01:21:58 -0000 > > Its hard to extract data from binary files. > > How about "strings" them first? Please! Strings will output all kind of junk. Probably not even meant to be found. I am in favour of indexing any data worthy to be indexed and meant to be indexed. If anyone wants to write a filter for some db file, he/she has to find/write a filter for it which will traverse its tables and find columns with string data and extract them. OTOH, if you want to index db files and all you care is the output of 'strings', check the last paragraph of http://beagle-project.org/Supported_Filetypes There is something called ExternalFilters in beagle, which allow users to write custom command based filters. Might be just what you want. > > Similar to the way you examine Google's index and see what webpages > > are in the index :) > > Maybe beagle does something similar but if not, i think my touche is > coming... > > http://www.google.ca/search?hl=en&q=site% > 3Abeagle-project.org&btnG=Google+Search&meta= haha :-) That only gives you the number of web-pages. There is no way you (as a web user or a google api user) can find out the URLs of the pages. (Hint: google doesnt allow you go past 1000 in search results) > Yeah, cool! So a manual search does indicate that a given file I am > thinking of is indeed in a dot-dir. :-( And it is a .db file which > file says: > > $ file .icq.old/history/6000006.db > .icq.old/history/6000006.db: GNU dbm 1.x or ndbm database, little endian > > $ strings .icq.old/history/6000006.db > b@ssage throug > rver > Hi! I found them! > URL: http://artistic.device.sh > > (Apart from being spam) Obviously useful information in those files, > even filtered through "strings". Aside from being in a dot-dir it would > be nice that Beagle could give me this. Read above. External Filter is what you need. Should be easy. Good luck! - dBera -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From brian@interlinx.bc.ca Wed Jul 12 21:31:17 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6BB4C3B016E for ; Wed, 12 Jul 2006 21:31:17 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29864-07 for ; Wed, 12 Jul 2006 21:31:15 -0400 (EDT) Received: from linux.interlinx.bc.ca (linux.interlinx.bc.ca [66.11.173.224]) by menubar.gnome.org (Postfix) with ESMTP id 0F6203B01C7 for ; Wed, 12 Jul 2006 21:31:15 -0400 (EDT) Received: from [10.75.22.1] (pc.ilinx [10.75.22.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by linux.interlinx.bc.ca (Postfix) with ESMTP id 5295CD01EC for ; Wed, 12 Jul 2006 21:31:14 -0400 (EDT) Subject: Re: what files does beagle index? From: "Brian J. Murrell" To: dashboard In-Reply-To: <1f1f006d0607121821jff226e5rfb26f4051e215925@mail.gmail.com> References: <1152742677.11238.308.camel@pc> <1f1f006d0607121619r53d8b723qbd9dc702340fac6d@mail.gmail.com> <1152750044.11238.336.camel@pc> <1f1f006d0607121821jff226e5rfb26f4051e215925@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-yJO6gLamgoUtdf/dk6At" Date: Wed, 12 Jul 2006 21:31:13 -0400 Message-Id: <1152754273.11238.358.camel@pc> Mime-Version: 1.0 X-Mailer: Evolution 2.7.3-1mdv2007.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.567 tagged_above=-999 required=2 tests=[AWL=0.033, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.567 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 01:31:17 -0000 --=-yJO6gLamgoUtdf/dk6At Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-07-12 at 18:21 -0700, D Bera wrote: >=20 > Please! Strings will output all kind of junk. I don't think I meant "strings" output literally. Perhaps cross reference with a language dictionary to remove the junk. > Probably not even meant > to be found. I guess that is up to the searcher/indexer. :-) > OTOH, if you want to index db files and all you care is the output of > 'strings', check the last paragraph of > http://beagle-project.org/Supported_Filetypes > There is something called ExternalFilters in beagle, Cool. > which allow users > to write custom command based filters. Might be just what you want. Might just have to try that out. Any idea how to determine what Beagle will see as a given file's mimetype? Is there a gnome mime-type tool similar to "file"? b. --=20 My other computer is your Microsoft Windows server. Brian J. Murrell --=-yJO6gLamgoUtdf/dk6At Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEtaJhl3EQlGLyuXARAgoUAJ4zQEZpXnZErcFrBcUB9AYVoi71GwCg3faG J6ifIvgdtQZg93Q6+SelSOc= =CPWJ -----END PGP SIGNATURE----- --=-yJO6gLamgoUtdf/dk6At-- From dbera.web@gmail.com Wed Jul 12 21:36:50 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DE4A03B028C for ; Wed, 12 Jul 2006 21:36:49 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30521-03 for ; Wed, 12 Jul 2006 21:36:49 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by menubar.gnome.org (Postfix) with ESMTP id CC9643B027E for ; Wed, 12 Jul 2006 21:36:48 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id m3so84700ugc for ; Wed, 12 Jul 2006 18:36:47 -0700 (PDT) Received: by 10.67.19.13 with SMTP id w13mr72761ugi; Wed, 12 Jul 2006 18:36:47 -0700 (PDT) Received: by 10.67.93.17 with HTTP; Wed, 12 Jul 2006 18:36:47 -0700 (PDT) Message-ID: <1f1f006d0607121836w62191363ued961dce08f279fe@mail.gmail.com> Date: Wed, 12 Jul 2006 18:36:47 -0700 From: "D Bera" To: "Brian J. Murrell" Subject: Re: what files does beagle index? In-Reply-To: <1152754273.11238.358.camel@pc> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1152742677.11238.308.camel@pc> <1f1f006d0607121619r53d8b723qbd9dc702340fac6d@mail.gmail.com> <1152750044.11238.336.camel@pc> <1f1f006d0607121821jff226e5rfb26f4051e215925@mail.gmail.com> <1152754273.11238.358.camel@pc> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.31 tagged_above=-999 required=2 tests=[AWL=0.090, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.31 X-Spam-Level: Cc: dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 01:36:50 -0000 > Any idea how to determine what Beagle will see as a given file's > mimetype? Is there a gnome mime-type tool similar to "file"? Try $ gnome-vfs-info (or some variant of it) /path/to/file Or even better, try $ beagle-extract-content /path/to/file It will tell you what mimetype beagle thinks. beagle-extract-content will return you the same metadata and data that beagle extracts from a file. So, if there is no filter it will say "no filter found" o/w it will list the words found. After you write an external filter, you can use beagle-extract-content to test the filter. Once you are done with testing, you have to put it in the right place and (I think) restart beagle. - dBera -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From brian@interlinx.bc.ca Wed Jul 12 21:45:39 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D55673B028C for ; Wed, 12 Jul 2006 21:45:39 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30932-02 for ; Wed, 12 Jul 2006 21:45:38 -0400 (EDT) Received: from linux.interlinx.bc.ca (linux.interlinx.bc.ca [66.11.173.224]) by menubar.gnome.org (Postfix) with ESMTP id 4F58D3B0235 for ; Wed, 12 Jul 2006 21:45:38 -0400 (EDT) Received: from [10.75.22.1] (pc.ilinx [10.75.22.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by linux.interlinx.bc.ca (Postfix) with ESMTP id 8FD71D0204 for ; Wed, 12 Jul 2006 21:45:37 -0400 (EDT) Subject: Re: what files does beagle index? From: "Brian J. Murrell" To: dashboard In-Reply-To: <1f1f006d0607121836w62191363ued961dce08f279fe@mail.gmail.com> References: <1152742677.11238.308.camel@pc> <1f1f006d0607121619r53d8b723qbd9dc702340fac6d@mail.gmail.com> <1152750044.11238.336.camel@pc> <1f1f006d0607121821jff226e5rfb26f4051e215925@mail.gmail.com> <1152754273.11238.358.camel@pc> <1f1f006d0607121836w62191363ued961dce08f279fe@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-s2umlT1L6/0BqJWZltr4" Date: Wed, 12 Jul 2006 21:45:36 -0400 Message-Id: <1152755136.11238.363.camel@pc> Mime-Version: 1.0 X-Mailer: Evolution 2.7.3-1mdv2007.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.53 tagged_above=-999 required=2 tests=[AWL=-0.007, BAYES_00=-2.599, SPF_PASS=-0.001, TW_EV=0.077] X-Spam-Score: -2.53 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 01:45:40 -0000 --=-s2umlT1L6/0BqJWZltr4 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-07-12 at 18:36 -0700, D Bera wrote: >=20 > Try > $ gnome-vfs-info (or some variant of it) /path/to/file $ gnomevfs-info .icq.old/history/6000006.db MIME type : application/octet-stream :-( $ beagle-extract-content .icq.old/history/6000006.db Filename: file:///home/brian/.icq.old/history/6000006.db Debug: Loaded 47 filters from /usr/lib/beagle/Filters/Filters.dll Debug: No filter for /home/brian/.icq.old/history/6000006.db () No filter for Neither know as much as file: $ file .icq.old/history/6000006.db .icq.old/history/6000006.db: GNU dbm 1.x or ndbm database, little endian Unfortunately. Oh well, better than nothing. :-) > Or even better, > try > $ beagle-extract-content /path/to/file > It will tell you what mimetype beagle thinks. $ beagle-extract-content .icq.old/history/6000006.db Filename: file:///home/brian/.icq.old/history/6000006.db Debug: Loaded 47 filters from /usr/lib/beagle/Filters/Filters.dll Debug: No filter for /home/brian/.icq.old/history/6000006.db () No filter for > beagle-extract-content > will return you the same metadata and data that beagle extracts from a > file. So, if there is no filter it will say "no filter found" o/w it > will list the words found. After you write an external filter, you can > use beagle-extract-content to test the filter. Awesome! All very helpful! > Once you are done with testing, you have to put it in the right place > and (I think) restart beagle. Thanx! b. --=20 My other computer is your Microsoft Windows server. Brian J. Murrell --=-s2umlT1L6/0BqJWZltr4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEtaXAl3EQlGLyuXARAhEGAKDGXgsNXXkaoLIOAO2UcRfSARnwlQCeJr6n NsTmnc4+KBWmRK2GTQ1OUMc= =YYc9 -----END PGP SIGNATURE----- --=-s2umlT1L6/0BqJWZltr4-- From brian@interlinx.bc.ca Wed Jul 12 21:48:49 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0419E3B027E for ; Wed, 12 Jul 2006 21:48:49 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31205-03 for ; Wed, 12 Jul 2006 21:48:48 -0400 (EDT) Received: from linux.interlinx.bc.ca (linux.interlinx.bc.ca [66.11.173.224]) by menubar.gnome.org (Postfix) with ESMTP id DD86E3B0235 for ; Wed, 12 Jul 2006 21:48:47 -0400 (EDT) Received: from [10.75.22.1] (pc.ilinx [10.75.22.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by linux.interlinx.bc.ca (Postfix) with ESMTP id 34739D01EC for ; Wed, 12 Jul 2006 21:48:47 -0400 (EDT) Subject: exclusions not working From: "Brian J. Murrell" To: dashboard Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ccDY0Qj0e6WOWMZBFyfi" Date: Wed, 12 Jul 2006 21:48:46 -0400 Message-Id: <1152755326.11238.366.camel@pc> Mime-Version: 1.0 X-Mailer: Evolution 2.7.3-1mdv2007.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.568 tagged_above=-999 required=2 tests=[AWL=0.032, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.568 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 01:48:49 -0000 --=-ccDY0Qj0e6WOWMZBFyfi Content-Type: text/plain Content-Transfer-Encoding: quoted-printable In my indexing.xml I have: true and yet right now I am seeing in beagle-status: Status: Executing task Immediate 0 (7/12/2006 9:40:19 PM) file:///home/brian/Mail/backup Pending Tasks: 3 Immediate 0 (7/12/2006 9:45:45 PM) file:///home/brian/Mail/backup 4 Immediate 0 (7/12/2006 9:45:51 PM) file:///home/brian/procmail_log Any ideas why? b. --=20 My other computer is your Microsoft Windows server. Brian J. Murrell --=-ccDY0Qj0e6WOWMZBFyfi Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEtaZ+l3EQlGLyuXARAqw5AJ95jKfGMu4p4V06GhxRYqnOSfUM4wCg33S1 mr2eLiv9ALew/DCZJzbhOiU= =1vR4 -----END PGP SIGNATURE----- --=-ccDY0Qj0e6WOWMZBFyfi-- From dbera.web@gmail.com Wed Jul 12 21:58:45 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CC4683B0200 for ; Wed, 12 Jul 2006 21:58:45 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31728-02 for ; Wed, 12 Jul 2006 21:58:45 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by menubar.gnome.org (Postfix) with ESMTP id 840723B0141 for ; Wed, 12 Jul 2006 21:58:44 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id m2so94772ugc for ; Wed, 12 Jul 2006 18:58:44 -0700 (PDT) Received: by 10.66.221.19 with SMTP id t19mr74949ugg; Wed, 12 Jul 2006 18:58:43 -0700 (PDT) Received: by 10.67.93.17 with HTTP; Wed, 12 Jul 2006 18:58:42 -0700 (PDT) Message-ID: <1f1f006d0607121858t4fa8f99fhf697f7b71a07ac59@mail.gmail.com> Date: Wed, 12 Jul 2006 18:58:42 -0700 From: "D Bera" To: "Brian J. Murrell" Subject: Re: exclusions not working In-Reply-To: <1152755326.11238.366.camel@pc> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1152755326.11238.366.camel@pc> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.335 tagged_above=-999 required=2 tests=[AWL=0.065, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.335 X-Spam-Level: Cc: dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 01:58:46 -0000 > In my indexing.xml I have: > > true > > It should be Path not Pattern. Pattern is used to match file names and extensions only. > > > > > and yet right now I am seeing in beagle-status: > > > Status: Executing task > Immediate 0 (7/12/2006 9:40:19 PM) > file:///home/brian/Mail/backup - dBera -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From dbera.web@gmail.com Wed Jul 12 22:05:36 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 199E93B01B5 for ; Wed, 12 Jul 2006 22:05:36 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31905-08 for ; Wed, 12 Jul 2006 22:05:35 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by menubar.gnome.org (Postfix) with ESMTP id AEDA13B00EC for ; Wed, 12 Jul 2006 22:05:34 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id e2so92993ugf for ; Wed, 12 Jul 2006 19:05:34 -0700 (PDT) Received: by 10.66.224.19 with SMTP id w19mr76015ugg; Wed, 12 Jul 2006 19:03:47 -0700 (PDT) Received: by 10.67.93.17 with HTTP; Wed, 12 Jul 2006 19:03:47 -0700 (PDT) Message-ID: <1f1f006d0607121903i5bceb31frccb86e8a4a534472@mail.gmail.com> Date: Wed, 12 Jul 2006 19:03:47 -0700 From: "D Bera" To: "Brian J. Murrell" Subject: Re: what files does beagle index? In-Reply-To: <1152755136.11238.363.camel@pc> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1152742677.11238.308.camel@pc> <1f1f006d0607121619r53d8b723qbd9dc702340fac6d@mail.gmail.com> <1152750044.11238.336.camel@pc> <1f1f006d0607121821jff226e5rfb26f4051e215925@mail.gmail.com> <1152754273.11238.358.camel@pc> <1f1f006d0607121836w62191363ued961dce08f279fe@mail.gmail.com> <1152755136.11238.363.camel@pc> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.277 tagged_above=-999 required=2 tests=[AWL=-0.031, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001, TW_EV=0.077, TW_XD=0.077] X-Spam-Score: -2.277 X-Spam-Level: Cc: dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 02:05:36 -0000 > > Try > > $ gnome-vfs-info (or some variant of it) /path/to/file > > $ gnomevfs-info .icq.old/history/6000006.db > MIME type : application/octet-stream Both gnome-vfs and beagle uses freedesktop.org project xdgmime to detect mimetypes. application/octet-stream is gnomevfs way of saying 'mime type not found' - which is consistent with beagle behaviour. Now, xdgmime is a black hole to me :), so I guess you are on your own here. You might want to browse freedesktop.org website for info on how to add mimetypes to its database. - dBera -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From joeshaw@novell.com Wed Jul 12 22:45:21 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8BD853B017D for ; Wed, 12 Jul 2006 22:45:21 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01104-02 for ; Wed, 12 Jul 2006 22:45:21 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 8D50B3B00B6 for ; Wed, 12 Jul 2006 22:45:20 -0400 (EDT) Received: (qmail 5351 invoked from network); 13 Jul 2006 02:45:20 -0000 Received: from localhost (HELO ?192.168.1.3?) (joe@127.0.0.1) by localhost with SMTP; 13 Jul 2006 02:45:20 -0000 Message-ID: <44B5B3B0.2000709@novell.com> Date: Wed, 12 Jul 2006 22:45:04 -0400 From: Joe Shaw User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8) Gecko/20051109 Thunderbird/1.5 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: D Bera Subject: Re: Reindex needed? References: <1152741511.6268.2.camel@localhost.localdomain> <1152741671.5935.2.camel@portage.boston.ximian.com> <1152742453.11238.303.camel@pc> <44B59680.10305@novell.com> <1f1f006d0607121805of3600d7pc1f903dbd8f7650c@mail.gmail.com> In-Reply-To: <1f1f006d0607121805of3600d7pc1f903dbd8f7650c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 02:45:21 -0000 Hey, D Bera wrote: > IMHO, this *minor problem* should be fixed. Many a times I copy files > from the CD or other read-only share and beagle puts the attributes in > sqlite. But sooner I change the permissions (mostly while editing the > file or something else) and beagle still continues to use the sqlite > store. It has happened that a complete beagle root was stored in > sqlite for a long time though the permissions were fixed and the files > were writable. > > What say ? Sure, go for it. ;) I think we have bigger fish to fry though. Joe From brian@interlinx.bc.ca Wed Jul 12 22:55:55 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2941D3B0126 for ; Wed, 12 Jul 2006 22:55:55 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01408-01 for ; Wed, 12 Jul 2006 22:55:54 -0400 (EDT) Received: from linux.interlinx.bc.ca (linux.interlinx.bc.ca [66.11.173.224]) by menubar.gnome.org (Postfix) with ESMTP id C05E43B00C5 for ; Wed, 12 Jul 2006 22:55:53 -0400 (EDT) Received: from [10.75.22.1] (pc.ilinx [10.75.22.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by linux.interlinx.bc.ca (Postfix) with ESMTP id CD865E3CD5 for ; Wed, 12 Jul 2006 22:55:52 -0400 (EDT) Subject: Re: exclusions not working From: "Brian J. Murrell" To: dashboard In-Reply-To: <1f1f006d0607121858t4fa8f99fhf697f7b71a07ac59@mail.gmail.com> References: <1152755326.11238.366.camel@pc> <1f1f006d0607121858t4fa8f99fhf697f7b71a07ac59@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-RNLcMw/0qOcJs1icbmnh" Date: Wed, 12 Jul 2006 22:55:52 -0400 Message-Id: <1152759352.11238.370.camel@pc> Mime-Version: 1.0 X-Mailer: Evolution 2.7.3-1mdv2007.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.569 tagged_above=-999 required=2 tests=[AWL=0.031, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.569 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 02:55:55 -0000 --=-RNLcMw/0qOcJs1icbmnh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-07-12 at 18:58 -0700, D Bera wrote: > > In my indexing.xml I have: > > > > true > > > > >=20 > It should be Path not Pattern. That's what I think too, but the beagle-settings doesn't let you choose files for Path types. > Pattern is used to match file names and > extensions only. But I only want to exclude this one file, not all files with "backup" in them, which is why I think it should be a Path too. b. --=20 My other computer is your Microsoft Windows server. Brian J. Murrell --=-RNLcMw/0qOcJs1icbmnh Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEtbY3l3EQlGLyuXARAqX+AKDWb9LUsvWTB0Toj/vI3s1UG1i5DgCgon6t f+vH1N/PN2lc61rihhn8a3c= =eJ8I -----END PGP SIGNATURE----- --=-RNLcMw/0qOcJs1icbmnh-- From dbera.web@gmail.com Wed Jul 12 23:15:44 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 986053B00D7 for ; Wed, 12 Jul 2006 23:15:44 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02038-08 for ; Wed, 12 Jul 2006 23:15:43 -0400 (EDT) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by menubar.gnome.org (Postfix) with ESMTP id 6EA133B008A for ; Wed, 12 Jul 2006 23:15:42 -0400 (EDT) Received: by nf-out-0910.google.com with SMTP id y38so85293nfb for ; Wed, 12 Jul 2006 20:15:41 -0700 (PDT) Received: by 10.78.116.19 with SMTP id o19mr93508huc; Wed, 12 Jul 2006 20:15:41 -0700 (PDT) Received: from ?192.168.1.103? ( [75.6.225.56]) by mx.gmail.com with ESMTP id 30sm265379hue.2006.07.12.20.15.40; Wed, 12 Jul 2006 20:15:41 -0700 (PDT) From: D Bera Organization: BU-CS To: dashboard-hackers@gnome.org Subject: Re: exclusions not working Date: Wed, 12 Jul 2006 20:17:47 -0700 User-Agent: KMail/1.9 References: <1152755326.11238.366.camel@pc> <1f1f006d0607121858t4fa8f99fhf697f7b71a07ac59@mail.gmail.com> <1152759352.11238.370.camel@pc> In-Reply-To: <1152759352.11238.370.camel@pc> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607122017.47807.dbera.web@gmail.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.489 tagged_above=-999 required=2 tests=[AWL=-0.089, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.489 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 03:15:44 -0000 > On Wed, 2006-07-12 at 18:58 -0700, D Bera wrote: > > > In my indexing.xml I have: > > > > > > true > > > > > > > > > > It should be Path not Pattern. > > That's what I think too, but the beagle-settings doesn't let you choose > files for Path types. > > > Pattern is used to match file names and > > extensions only. > > But I only want to exclude this one file, not all files with "backup" in > them, which is why I think it should be a Path too. As of now, patterns only apply to name and path to full path. If you think pattern should match both name and path, please file a bug. It might be possible to allow an excludeitem based on both path and pattern which will cover all cases but it is subject to discussion. - dBera -- -------------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From brian@interlinx.bc.ca Wed Jul 12 23:36:39 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 98E0E3B00EA for ; Wed, 12 Jul 2006 23:36:39 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03073-02 for ; Wed, 12 Jul 2006 23:36:38 -0400 (EDT) Received: from linux.interlinx.bc.ca (linux.interlinx.bc.ca [66.11.173.224]) by menubar.gnome.org (Postfix) with ESMTP id 12CB03B00FE for ; Wed, 12 Jul 2006 23:36:38 -0400 (EDT) Received: from [10.75.22.1] (pc.ilinx [10.75.22.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by linux.interlinx.bc.ca (Postfix) with ESMTP id 14355E3C65 for ; Wed, 12 Jul 2006 23:36:36 -0400 (EDT) Subject: Re: exclusions not working From: "Brian J. Murrell" To: dashboard-hackers@gnome.org In-Reply-To: <200607122017.47807.dbera.web@gmail.com> References: <1152755326.11238.366.camel@pc> <1f1f006d0607121858t4fa8f99fhf697f7b71a07ac59@mail.gmail.com> <1152759352.11238.370.camel@pc> <200607122017.47807.dbera.web@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-hXg6qAU82k7T9BrB6Lp3" Date: Wed, 12 Jul 2006 23:36:34 -0400 Message-Id: <1152761794.11238.378.camel@pc> Mime-Version: 1.0 X-Mailer: Evolution 2.7.3-1mdv2007.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.57 tagged_above=-999 required=2 tests=[AWL=0.030, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.57 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 03:36:39 -0000 --=-hXg6qAU82k7T9BrB6Lp3 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-07-12 at 20:17 -0700, D Bera wrote: > > On Wed, 2006-07-12 at 18:58 -0700, D Bera wrote: > > > > In my indexing.xml I have: > > > > > > > > true > > > > > > > > > > > > > > It should be Path not Pattern. > > > > That's what I think too, but the beagle-settings doesn't let you choose > > files for Path types. > > > > > Pattern is used to match file names and > > > extensions only. > > > > But I only want to exclude this one file, not all files with "backup" i= n > > them, which is why I think it should be a Path too. >=20 > As of now, patterns only apply to name and path to full path. I like the idea of using a Path for the file /home/brian/Mail/backup as it's absolutely specific. beagle-settings won't let me choose files though, only directories. Files are "greyed out" in the chooser. I wonder if I can just edit the XML file and beagle will exclude it as Path. > If you think=20 > pattern should match both name and path, please file a bug. I don't really think that. I just think I should be able to choose _files_ in Path, not just directories. b. --=20 My other computer is your Microsoft Windows server. Brian J. Murrell --=-hXg6qAU82k7T9BrB6Lp3 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEtb/Cl3EQlGLyuXARAtMmAKDJJGtDUEBmJhCJAvq7BoZWpahHSwCg0apH RONgNjTJi/DFbCtOkavS740= =23IL -----END PGP SIGNATURE----- --=-hXg6qAU82k7T9BrB6Lp3-- From paiu@l3s.de Thu Jul 13 16:12:23 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6E3233B0130 for ; Thu, 13 Jul 2006 16:12:23 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03707-06 for ; Thu, 13 Jul 2006 16:12:20 +0000 (UTC) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by menubar.gnome.org (Postfix) with ESMTP id 5B1123B01AE for ; Thu, 13 Jul 2006 16:12:20 +0000 (UTC) Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k6DGCGTM017175 for ; Thu, 13 Jul 2006 18:12:16 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id 123E71907C9; Thu, 13 Jul 2006 18:12:17 +0200 (CEST) Received: from [130.75.152.185] (pc185.kbs.uni-hannover.de [130.75.152.185]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id 595C016A3F7 for ; Thu, 13 Jul 2006 18:12:16 +0200 (CEST) Message-ID: <44B670DF.4030704@l3s.de> Date: Thu, 13 Jul 2006 18:12:15 +0200 From: Raluca PAIU Organization: L3S User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: dashboard-hackers@gnome.org Subject: Beagle Networked Searches (protocol) Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.669 tagged_above=-999 required=2 tests=[AWL=-0.929, BAYES_20=-0.74] X-Spam-Score: -1.669 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: paiu@l3s.de List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 16:12:23 -0000 Hi, Some time ago there was around a list of the projects that will be implemented during the Google Summer of Code. On this list I saw that Alexis Christoforides was accepted with the "Networked Searches (protocol)" project. I tried to find some information about how he is going to proceed, but unfortunately could not find anything. Is there any specification of the protocol Alexis is going to implement? When is he supposed to finish the project? The topic is very important for us at L3S Research Center (www.l3s.de) because distributed search will also be addressed in one of the workpackages we have in the NEPOMUK project. Therefore it would be very helpful for us to get an idea of how things are going to evolve in this direction. Thanks and best regards, Raluca -- Dipl. Ing. Raluca PAIU Tel.: +49 (0)511 762-9764, -19717 Forschungszentrum L3S Fax.: +49 (0)511 762-9779 Deutscher Pavillon E-mail: paiu@l3s.de Expo Plaza 1 http://www.l3s.de 30539 Hannover From dbera.web@gmail.com Thu Jul 13 16:19:22 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id ED9553B0061 for ; Thu, 13 Jul 2006 16:19:21 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04044-01 for ; Thu, 13 Jul 2006 16:19:21 +0000 (UTC) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by menubar.gnome.org (Postfix) with ESMTP id C15323B021E for ; Thu, 13 Jul 2006 16:19:20 +0000 (UTC) Received: by ug-out-1314.google.com with SMTP id j40so353565ugd for ; Thu, 13 Jul 2006 09:19:20 -0700 (PDT) Received: by 10.67.100.17 with SMTP id c17mr224707ugm; Thu, 13 Jul 2006 09:19:20 -0700 (PDT) Received: by 10.67.93.17 with HTTP; Thu, 13 Jul 2006 09:19:19 -0700 (PDT) Message-ID: <1f1f006d0607130919h2fe9e7d3pb63fabbeaa3fb052@mail.gmail.com> Date: Thu, 13 Jul 2006 09:19:19 -0700 From: "D Bera" To: "Brian J. Murrell" Subject: Re: what files does beagle index? In-Reply-To: <1152755136.11238.363.camel@pc> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1152742677.11238.308.camel@pc> <1f1f006d0607121619r53d8b723qbd9dc702340fac6d@mail.gmail.com> <1152750044.11238.336.camel@pc> <1f1f006d0607121821jff226e5rfb26f4051e215925@mail.gmail.com> <1152754273.11238.358.camel@pc> <1f1f006d0607121836w62191363ued961dce08f279fe@mail.gmail.com> <1152755136.11238.363.camel@pc> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.36 tagged_above=-999 required=2 tests=[AWL=0.040, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.36 X-Spam-Level: Cc: dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 16:19:22 -0000 Hi I remembered something which might be useful. I think external filters require both mime-type and extension. You can try to match extension and leave mime-type field empty (since thats what beagle thinks the mimetype to be). Give it a try. - dBera > $ beagle-extract-content .icq.old/history/6000006.db > Filename: file:///home/brian/.icq.old/history/6000006.db > Debug: Loaded 47 filters from /usr/lib/beagle/Filters/Filters.dll > Debug: No filter for /home/brian/.icq.old/history/6000006.db () > No filter for > > Neither know as much as file: > > $ file .icq.old/history/6000006.db > .icq.old/history/6000006.db: GNU dbm 1.x or ndbm database, little endian > > Unfortunately. > > Oh well, better than nothing. :-) > > > Or even better, > > try > > $ beagle-extract-content /path/to/file > > It will tell you what mimetype beagle thinks. > > $ beagle-extract-content .icq.old/history/6000006.db > Filename: file:///home/brian/.icq.old/history/6000006.db > Debug: Loaded 47 filters from /usr/lib/beagle/Filters/Filters.dll > Debug: No filter for /home/brian/.icq.old/history/6000006.db () > No filter for > > > beagle-extract-content > > will return you the same metadata and data that beagle extracts from a > > file. So, if there is no filter it will say "no filter found" o/w it > > will list the words found. After you write an external filter, you can > > use beagle-extract-content to test the filter. > > Awesome! All very helpful! > > > Once you are done with testing, you have to put it in the right place > > and (I think) restart beagle. -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From joeshaw@novell.com Thu Jul 13 17:26:11 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 10A553B00BB for ; Thu, 13 Jul 2006 17:26:11 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07075-04 for ; Thu, 13 Jul 2006 17:26:10 +0000 (UTC) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 1EA423B0061 for ; Thu, 13 Jul 2006 17:26:10 +0000 (UTC) Received: (qmail 8477 invoked from network); 13 Jul 2006 17:26:09 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 13 Jul 2006 17:26:09 -0000 Subject: Re: what files does beagle index? From: Joe Shaw To: D Bera In-Reply-To: <1f1f006d0607130919h2fe9e7d3pb63fabbeaa3fb052@mail.gmail.com> References: <1152742677.11238.308.camel@pc> <1f1f006d0607121619r53d8b723qbd9dc702340fac6d@mail.gmail.com> <1152750044.11238.336.camel@pc> <1f1f006d0607121821jff226e5rfb26f4051e215925@mail.gmail.com> <1152754273.11238.358.camel@pc> <1f1f006d0607121836w62191363ued961dce08f279fe@mail.gmail.com> <1152755136.11238.363.camel@pc> <1f1f006d0607130919h2fe9e7d3pb63fabbeaa3fb052@mail.gmail.com> Content-Type: text/plain Date: Thu, 13 Jul 2006 13:26:10 -0400 Message-Id: <1152811570.16928.19.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 17:26:11 -0000 Hi, On Thu, 2006-07-13 at 09:19 -0700, D Bera wrote: > I remembered something which might be useful. I think external > filters require both mime-type and extension. You can try to match > extension and leave mime-type field empty (since thats what beagle > thinks the mimetype to be). Give it a try. Actually external filters require mime-type OR extension. So filling out one or the other is sufficient. Joe From dashboard@a80.net Sat Jul 15 09:11:17 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2CDC73B009D for ; Sat, 15 Jul 2006 09:11:17 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08750-04 for ; Sat, 15 Jul 2006 09:11:14 +0000 (UTC) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id 778343B007B for ; Sat, 15 Jul 2006 09:11:13 +0000 (UTC) Received: by cratoo.de (Postfix, from userid 1002) id B29BA3E1C73; Sat, 15 Jul 2006 11:11:32 +0200 (CEST) Received: from [192.168.0.1] (HSI-KBW-082-212-019-198.hsi.kabelbw.de [82.212.19.198]) by cratoo.de (Postfix) with ESMTP id EC4883E1C73 for ; Sat, 15 Jul 2006 11:11:31 +0200 (CEST) Message-ID: <44B8B12D.9000506@a80.net> Date: Sat, 15 Jul 2006 11:11:09 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Dashboard Subject: make error Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[AWL=0.000, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 09:11:17 -0000 hi there, i just tried to build beagle to test some of the new features, since ubuntu only offers 0.2.6. after getting the latest cvs snapshot and executing autogen.sh i want to make. but i get following error, at the moment i'm not quite sure if i did something wrong or if i'm not really awake ;) $ make make all-recursive make[1]: Entering directory `/home/crash/dev-beagle/beagle' Making all in po make[2]: Entering directory `/home/crash/dev-beagle/beagle/po' Makefile:152: *** target pattern contains no `%'. Stop. make[2]: Leaving directory `/home/crash/dev-beagle/beagle/po' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/crash/dev-beagle/beagle' make: *** [all] Error 2 thanks for any help Andreas From dashboard@a80.net Sat Jul 15 09:42:22 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BBB423B00FD for ; Sat, 15 Jul 2006 09:42:22 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09719-08 for ; Sat, 15 Jul 2006 09:42:21 +0000 (UTC) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id A790A3B0148 for ; Sat, 15 Jul 2006 09:42:21 +0000 (UTC) Received: by cratoo.de (Postfix, from userid 1002) id 76D5732C207; Sat, 15 Jul 2006 11:42:43 +0200 (CEST) Received: from [192.168.0.1] (HSI-KBW-082-212-019-198.hsi.kabelbw.de [82.212.19.198]) by cratoo.de (Postfix) with ESMTP id 0A3A112569 for ; Sat, 15 Jul 2006 11:42:40 +0200 (CEST) Message-ID: <44B8B87A.2040900@a80.net> Date: Sat, 15 Jul 2006 11:42:18 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Dashboard Subject: reason why beagle doesnt index Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[AWL=-0.000, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 09:42:22 -0000 hi there again, i just tested with beagle-extract-content what beagle gets from a file which is not in my index. [Invalid UTF-8] Cannot determine the text encoding for argument 1 ("file with some german umluats, didn't look nice;)"). Please add the correct encoding to MONO_EXTERNAL_ENCODINGS and try again. first, shouldn't the user be informed about this? second, should the wrong encoding of a file (from the view of beagle) name lead to not indexing the file at all? for me this doesnt make that much sense, but maybe i'm overseeing some important stuff :) hope this is the reason why the files didn't get indexed. thanks again for an answer Andreas From qub333@gmail.com Sat Jul 15 17:28:09 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 381813B0076 for ; Sat, 15 Jul 2006 17:28:09 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24512-01 for ; Sat, 15 Jul 2006 17:28:06 +0000 (UTC) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.199]) by menubar.gnome.org (Postfix) with ESMTP id 590723B00CC for ; Sat, 15 Jul 2006 17:28:06 +0000 (UTC) Received: by wx-out-0102.google.com with SMTP id t10so449861wxc for ; Sat, 15 Jul 2006 10:28:06 -0700 (PDT) Received: by 10.70.29.1 with SMTP id c1mr901278wxc; Sat, 15 Jul 2006 10:28:06 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id h35sm1017074wxd.2006.07.15.10.28.05; Sat, 15 Jul 2006 10:28:05 -0700 (PDT) Message-ID: <44B925AD.8020104@kubasik.net> Date: Sat, 15 Jul 2006 13:28:13 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Andreas Heinz Subject: Re: reason why beagle doesnt index References: <44B8B87A.2040900@a80.net> In-Reply-To: <44B8B87A.2040900@a80.net> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.359 tagged_above=-999 required=2 tests=[AWL=0.041, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.359 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 17:28:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 1) Could you please file this in the gnome bugzilla so we don't lose it? 2) Is there any chance you could attach the file so one (or all of us) could test it? If its personal, could you maybe e-mail it to me at kevin@kubasik.net? If its uber-personal (trying out my German ;) ) could you perhaps create another file which replicates this error? Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog Andreas Heinz wrote: > hi there again, > > i just tested with beagle-extract-content what beagle gets from a file > which is not in my index. > > [Invalid UTF-8] > Cannot determine the text encoding for argument 1 ("file with some > german umluats, didn't look nice;)"). > Please add the correct encoding to MONO_EXTERNAL_ENCODINGS and try again. > > first, shouldn't the user be informed about this? > second, should the wrong encoding of a file (from the view of beagle) > name lead to not indexing the file at all? for me this doesnt make that > much sense, but maybe i'm overseeing some important stuff :) > > hope this is the reason why the files didn't get indexed. > > thanks again for an answer > Andreas > _______________________________________________ > Dashboard-hackers mailing list > Dashboard-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/dashboard-hackers -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRLklrP3xZFNDM330AQhvbg//Ram3bjR/imiNO2dvLJhjuf7ouyF0PZ2A axSdvmFERloIarqmwzSo9IFfk5GyK4CEWpsCkpBfaPED5DWyOYG1WbGPSr5FKQQw 5Es8mkWvTadaOgGbs+KYo0oelSI9Qt185BxB4EdCKCBLd3MPGTvsaZt/y1A2k+Gi IVfq1nCZNhPP01zifZoxfjWyk8jgAALGRAAzvpb409FdfTt27nf+so95pLo3ZMkJ YBgpxqBqW66qJ92BGmDHgXtD0A6fzO/QKjOW61P98Y7tq/eEL7DzDZ+lfbksfLcf cYFKY5QotwNF5ngp8fOXfUA3+ZJCYu3+9SXmbGwowKoEv07w5i2lXohjSM3gFwg7 QqVuJxcVrDDWRXt9bAiE3AOxXA2rpNYWXAno7PqUKyB7KuNPe7kNP7pom6KPKHRT NVHNaoF0Y9yMmC74aNRLmhme6oaKTN+2HfgkS2vTlTHt3cUyCyh7m8izaetwiBb3 dTiS46PIT6Xk4+tdYci1S4MiC/s+Ybg3UlFlGaCc1gUFjsey/wnDBXKhDhosjMa1 uFIDYyHGMZLLEFpUWh99TXjg1yHQCSCD9qLpaxl/u6wSUUY5LsNoloFk8FjSRwX1 iHhmY5KQAIkhxHtvr9wzflcKGgG8GsmxaJpS2WbZSw1rAzp/G34/yw4nJoBU2nT0 85SvY08INxQ= =vWob -----END PGP SIGNATURE----- From dashboard@a80.net Sat Jul 15 19:14:44 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BBC333B00B7 for ; Sat, 15 Jul 2006 19:14:44 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27949-07 for ; Sat, 15 Jul 2006 19:14:42 +0000 (UTC) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id 0DB0A3B0138 for ; Sat, 15 Jul 2006 19:14:42 +0000 (UTC) Received: by cratoo.de (Postfix, from userid 1002) id 75C4556354E; Sat, 15 Jul 2006 21:15:05 +0200 (CEST) Received: from [192.168.0.1] (HSI-KBW-082-212-019-198.hsi.kabelbw.de [82.212.19.198]) by cratoo.de (Postfix) with ESMTP id 66309562E40; Sat, 15 Jul 2006 21:15:03 +0200 (CEST) Message-ID: <44B93E9F.6020101@a80.net> Date: Sat, 15 Jul 2006 21:14:39 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Kevin Kubasik Subject: Re: reason why beagle doesnt index References: <44B8B87A.2040900@a80.net> <44B925AD.8020104@kubasik.net> In-Reply-To: <44B925AD.8020104@kubasik.net> Content-Type: multipart/mixed; boundary="------------080201050607060906080403" X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 19:14:44 -0000 This is a multi-part message in MIME format. --------------080201050607060906080403 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi Kevin, nothing easier than that ;) It's a mp3 file, but since it's not the problem of being an audio file but a problem how it is named, i just created a text file with some german umlaut creating the same error message. right now i'm not sure how my system encodes file names, but i think it was something like isoXXXX. i have attached the text file. filename is aou.txt ;) bye Andreas PS: at the moment i havent filed a bug report. i'll do this tomorrow. Kevin Kubasik wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > 1) Could you please file this in the gnome bugzilla so we don't lose it? > > 2) Is there any chance you could attach the file so one (or all of us) > could test it? If its personal, could you maybe e-mail it to me at > kevin@kubasik.net? If its uber-personal (trying out my German ;) ) could > you perhaps create another file which replicates this error? > > > Cheers, > Kevin Kubasik > 240-838-6616 > http://kubasik.net/blog > > > Andreas Heinz wrote: >> hi there again, >> >> i just tested with beagle-extract-content what beagle gets from a file >> which is not in my index. >> >> [Invalid UTF-8] >> Cannot determine the text encoding for argument 1 ("file with some >> german umluats, didn't look nice;)"). >> Please add the correct encoding to MONO_EXTERNAL_ENCODINGS and try again. >> >> first, shouldn't the user be informed about this? >> second, should the wrong encoding of a file (from the view of beagle) >> name lead to not indexing the file at all? for me this doesnt make that >> much sense, but maybe i'm overseeing some important stuff :) >> >> hope this is the reason why the files didn't get indexed. >> >> thanks again for an answer >> Andreas >> _______________________________________________ >> Dashboard-hackers mailing list >> Dashboard-hackers@gnome.org >> http://mail.gnome.org/mailman/listinfo/dashboard-hackers > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2.2 (GNU/Linux) > > iQIVAwUBRLklrP3xZFNDM330AQhvbg//Ram3bjR/imiNO2dvLJhjuf7ouyF0PZ2A > axSdvmFERloIarqmwzSo9IFfk5GyK4CEWpsCkpBfaPED5DWyOYG1WbGPSr5FKQQw > 5Es8mkWvTadaOgGbs+KYo0oelSI9Qt185BxB4EdCKCBLd3MPGTvsaZt/y1A2k+Gi > IVfq1nCZNhPP01zifZoxfjWyk8jgAALGRAAzvpb409FdfTt27nf+so95pLo3ZMkJ > YBgpxqBqW66qJ92BGmDHgXtD0A6fzO/QKjOW61P98Y7tq/eEL7DzDZ+lfbksfLcf > cYFKY5QotwNF5ngp8fOXfUA3+ZJCYu3+9SXmbGwowKoEv07w5i2lXohjSM3gFwg7 > QqVuJxcVrDDWRXt9bAiE3AOxXA2rpNYWXAno7PqUKyB7KuNPe7kNP7pom6KPKHRT > NVHNaoF0Y9yMmC74aNRLmhme6oaKTN+2HfgkS2vTlTHt3cUyCyh7m8izaetwiBb3 > dTiS46PIT6Xk4+tdYci1S4MiC/s+Ybg3UlFlGaCc1gUFjsey/wnDBXKhDhosjMa1 > uFIDYyHGMZLLEFpUWh99TXjg1yHQCSCD9qLpaxl/u6wSUUY5LsNoloFk8FjSRwX1 > iHhmY5KQAIkhxHtvr9wzflcKGgG8GsmxaJpS2WbZSw1rAzp/G34/yw4nJoBU2nT0 > 85SvY08INxQ= > =vWob > -----END PGP SIGNATURE----- > --------------080201050607060906080403 Content-Type: text/plain; name*=ISO-8859-1''a%E4o%F6u%FC.txt Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename*=ISO-8859-1''a%E4o%F6u%FC.txt auo --------------080201050607060906080403-- From qub333@gmail.com Sat Jul 15 20:18:21 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 18DF53B00CC for ; Sat, 15 Jul 2006 20:18:21 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29732-07 for ; Sat, 15 Jul 2006 20:18:20 +0000 (UTC) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.207]) by menubar.gnome.org (Postfix) with ESMTP id E0B1B3B00B2 for ; Sat, 15 Jul 2006 20:18:19 +0000 (UTC) Received: by wx-out-0102.google.com with SMTP id t10so463531wxc for ; Sat, 15 Jul 2006 13:18:19 -0700 (PDT) Received: by 10.70.14.18 with SMTP id 18mr1037703wxn; Sat, 15 Jul 2006 13:18:19 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id i12sm4847014wxd.2006.07.15.13.18.18; Sat, 15 Jul 2006 13:18:18 -0700 (PDT) Message-ID: <44B94D92.5090408@kubasik.net> Date: Sat, 15 Jul 2006 16:18:26 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Andreas Heinz Subject: Re: reason why beagle doesnt index References: <44B8B87A.2040900@a80.net> <44B925AD.8020104@kubasik.net> <44B93E9F.6020101@a80.net> In-Reply-To: <44B93E9F.6020101@a80.net> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.359 tagged_above=-999 required=2 tests=[AWL=0.041, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.359 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 20:18:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Ok... hmmm kjk38@kjk38-laptop:~$ beagle-extract-content ./aou.txt ?Filename: file:///home/kjk38/aou.txt Debug: Loaded 47 filters from /usr/lib/beagle/Filters/Filters.dll Filter: Beagle.Filters.FilterText MimeType: text/plain Content: auo (no hot content) was my result, not exactly correct, but not the issue your having. I think you may have a Mono bug though at first glance. Did you try setting MONO_EXTERNAL_ENCODINGS? If your not sure of what to do, this might work, but if you know your encoding, thats better export MONO_EXTERNAL_ENCODINGS=$LANG Let me know, and I'm on the IRC btw if you wanna find me there (kkubasik at irc.gnome.org, and I'm usually in #dashboard) Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog Andreas Heinz wrote: > Hi Kevin, > > nothing easier than that ;) > It's a mp3 file, but since it's not the problem of being an audio file > but a problem how it is named, i just created a text file with some > german umlaut creating the same error message. right now i'm not sure > how my system encodes file names, but i think it was something like > isoXXXX. > i have attached the text file. filename is aou.txt ;) > > bye > Andreas > > PS: at the moment i havent filed a bug report. i'll do this tomorrow. > > Kevin Kubasik wrote: > 1) Could you please file this in the gnome bugzilla so we don't lose it? > > 2) Is there any chance you could attach the file so one (or all of us) > could test it? If its personal, could you maybe e-mail it to me at > kevin@kubasik.net? If its uber-personal (trying out my German ;) ) could > you perhaps create another file which replicates this error? > > > Cheers, > Kevin Kubasik > 240-838-6616 > http://kubasik.net/blog > > > Andreas Heinz wrote: >>>> hi there again, >>>> >>>> i just tested with beagle-extract-content what beagle gets from a >>>> file which is not in my index. >>>> >>>> [Invalid UTF-8] >>>> Cannot determine the text encoding for argument 1 ("file with some >>>> german umluats, didn't look nice;)"). >>>> Please add the correct encoding to MONO_EXTERNAL_ENCODINGS and try >>>> again. >>>> >>>> first, shouldn't the user be informed about this? >>>> second, should the wrong encoding of a file (from the view of beagle) >>>> name lead to not indexing the file at all? for me this doesnt make >>>> that much sense, but maybe i'm overseeing some important stuff :) >>>> >>>> hope this is the reason why the files didn't get indexed. >>>> >>>> thanks again for an answer >>>> Andreas >>>> _______________________________________________ >>>> Dashboard-hackers mailing list >>>> Dashboard-hackers@gnome.org >>>> http://mail.gnome.org/mailman/listinfo/dashboard-hackers >> > ------------------------------------------------------------------------ > auo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRLlNkf3xZFNDM330AQgCUg/+OH7johJplxrQctRivvty9TK5rknAMNZj aDTAORWQ4yxDPfm7rUxslI2VHlbqEB8SktsVpX5xdkOSM2+/7FHl3numeeSw7bwP BjMp20x8y/Ze/Gml6vEDBEji3TeGEZhYiERrPXYNUCQSK5BJrL5EI3HdsuAfdLzt dcZPWrNUhFZPHFswLZf9dbvLN4s0BtxAoaxDBJHxGHNUPiKeGbRNVJf9enSvK6lC g1g3B0MBX6hhZ1LQreNtIVdMoQSBGUvnoLO/L44k3I/4qoypm58IggDGwow7iGf0 AStQlGFbKiJWpOv9rzWqDu3D50Mgs/miKdfKjVNT0PF5K4gEf46bN5HIDPoRqTZ+ efHfXvGmqgHtp2X+y22lm1fR9s0kcmXiCrCzPKonQdzyR0WGdto26EI/vPKr1TPs ffRN87qmadIGZIF2dB51CnxkbZZfwUtln2nzq5pUwnH6RyhudH7vL6OCPp8uVyVC w+Y2D6Q5ogM/Dqx3S+WyFMCfPm8s5b4SDSzFMZpS91Idf1jOnm95Yyg433yqLr7s M1wTopw4Xw1SPwTQYAv9pUmKaQW511X4MZCWh/f6dZrKMPxQLaVbwdEggm6U9AVS CpMUor0kRDGBwSQYnzmGZNJewK3On61f4NYvpHO+Uv3rGTgMWsUkPGENvNCdei4C q3r2UYfVoQY= =SFX3 -----END PGP SIGNATURE----- From qub333@gmail.com Sun Jul 16 00:04:03 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7E9013B011F for ; Sun, 16 Jul 2006 00:04:03 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03599-02 for ; Sun, 16 Jul 2006 00:04:00 +0000 (UTC) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.204]) by menubar.gnome.org (Postfix) with ESMTP id CC56A3B012B for ; Sun, 16 Jul 2006 00:03:59 +0000 (UTC) Received: by wx-out-0102.google.com with SMTP id t10so478558wxc for ; Sat, 15 Jul 2006 17:03:59 -0700 (PDT) Received: by 10.70.48.2 with SMTP id v2mr1225190wxv; Sat, 15 Jul 2006 17:03:59 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id i35sm5619949wxd.2006.07.15.17.03.58; Sat, 15 Jul 2006 17:03:59 -0700 (PDT) Message-ID: <44B98269.5070009@kubasik.net> Date: Sat, 15 Jul 2006 20:03:53 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Dashboard Subject: Beagle Thunderbird Patch X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: multipart/mixed; boundary="------------000608040405020707020100" Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.363 tagged_above=-999 required=2 tests=[AWL=0.037, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001, UPPERCASE_25_50=0] X-Spam-Score: -2.363 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2006 00:04:03 -0000 This is a multi-part message in MIME format. --------------000608040405020707020100 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Here she is, I'll also attach this in the bugzilla, but heres what we have, and its ready for SVN in my opinion. (Although, don't get too excited, were gonna have a long week of bugfixing ahead of us, its a boatload-of-code). I'm going to be doing some more testing and possibly change some more stuff this evening, so I might send another e-mail with an updated patch (but its not super-likely). - -- Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRLmCaP3xZFNDM330AQjfSQ//dwkfpnrnA4eWD08+VVf7r6R6VtYR720l oxuuPFeNxyd6G8ILyNSbd+gRSjCQLcL7+BgsHpzA+5VGdPnYl7U7+ckai0vBB3z3 u9n7KbNvNiFrNmeF9DLHpzFuqPCmoryTGj1igRew2axXtEXoDrfuwDmN7CnrDk5l TvIBOjIxjFZ/XgHJ8EcVHrMDPbCUiw/6om8szCwOha7ToQcmqE9Mx70LcUlkSX6T ju0AYsl77io0Y/3NXYATfoFXPD6YC3VBYJ4XrV+ikxbLtelHDL3mL6SMEj3XvpGn yDjsgP4w0TGTVESO4cizQpCK0xncjyxYI4c/jltc9aKlzURCIYsy9owvNuxsaqgR TIIiHz9gEtlEdRpGNh9r4RErSrXrJpg/Zbd/5dMeFzj2p9/G6jUfAapWu9Hae7hO UZdwmAxBqsG6fHX5IkUxlEHZ3E85qaMJu3XUVGQ2+AwXEtcfrRJRJWdsmAzxKwTR PNp7zzf+CdtRdWxQwr2mg5bqO/s0qREhrs8BsusiOEtTzBKJLb6Wcq6AqW3AzMM0 Z7QElnP/E/GnHPfgjwY5eQbfBryXWfW6Tto3c/i6kv9mk7VjGvfHuJIYHUdMmLcC 4rQJq37WRpC9ykWzAjP7WFikM9jDTSVL9ks0Qs3NEtzNT7vecNNfQ6PrPS0Jbm4i xqvWi0YW+hU= =f0TT -----END PGP SIGNATURE----- --------------000608040405020707020100 Content-Type: text/x-patch; name="Thunderbird_RC1.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Thunderbird_RC1.diff" Index: search/Tiles/MailAttachment.cs =================================================================== --- search/Tiles/MailAttachment.cs (revision 2690) +++ search/Tiles/MailAttachment.cs (working copy) @@ -22,13 +22,13 @@ if (! base.Validate (hit)) return false; - string str = hit ["parent:fixme:hasAttachments"]; - + string str = hit.GetFirstProperty ("parent:fixme:hasAttachments"); + //Console.WriteLine (str); if (hit.ParentUri == null || str == null || str == "false") return false; - str = hit ["fixme:attachment_title"]; - + str = hit.GetFirstProperty ("fixme:attachment_title"); + //Console.WriteLine (str); if (str == null || str == "") return false; @@ -69,25 +69,30 @@ public override void Open () { - if (GetHitProperty (Hit, "fixme:client") != "evolution") { + SafeProcess p = MailMessage.GetClientProcess (GetHitProperty (Hit, "fixme:client")); + + if (p == null) { OpenFromMime (Hit); return; } - SafeProcess p = new SafeProcess (); - p.Arguments = new string [2]; - p.Arguments [0] = "evolution"; - if (Hit.ParentUriAsString != null) - p.Arguments [1] = Hit.ParentUriAsString; + p.Arguments [p.Arguments.Length-1] = Hit.ParentUriAsString; else - p.Arguments [1] = Hit.UriAsString; + p.Arguments [p.Arguments.Length-1] = Hit.UriAsString; try { p.Start (); } catch (SafeProcessException e) { Console.WriteLine ("Unable to run {0}: {1}", p.Arguments [0], e.Message); + p.Arguments [0] = "mozilla-thunderbird"; + try { + p.Start(); + } catch (SafeProcessException e2) { + Console.WriteLine ("Unable to run {0}: {1}", p.Arguments [0], e2.Message); + } } - } + } + } } Index: search/Tiles/MailMessage.cs =================================================================== --- search/Tiles/MailMessage.cs (revision 2690) +++ search/Tiles/MailMessage.cs (working copy) @@ -1,5 +1,6 @@ using System; using System.Diagnostics; +using System.IO; using Mono.Unix; using Beagle.Util; @@ -93,30 +94,55 @@ details.AddLabelPair (label, Utils.NiceLongDate (Timestamp)); details.AddSnippet (); + //Console.WriteLine ( details.snippet_text ); return details; } + public static SafeProcess GetClientProcess (string client) + { + SafeProcess p = null; + + if (client == "evolution") { + p = new SafeProcess (); + p.Arguments = new string [2]; + p.Arguments [0] = "evolution"; + } else if (client == "thunderbird") { + + + p = new SafeProcess (); + p.Arguments = new string [3]; + p.Arguments [0] = "thunderbird"; + p.Arguments [1] = "-mail"; + } + + return p; + } + public override void Open () { - if (Hit.GetFirstProperty ("fixme:client") != "evolution") { + SafeProcess p = GetClientProcess (Hit.GetFirstProperty ("fixme:client")); + + if (p == null) { OpenFromMime (Hit); return; } - SafeProcess p = new SafeProcess (); - p.Arguments = new string [2]; - p.Arguments [0] = "evolution"; - if (Hit.ParentUriAsString != null) - p.Arguments [1] = Hit.ParentUriAsString; + p.Arguments [p.Arguments.Length-1] = Hit.ParentUriAsString; else - p.Arguments [1] = Hit.UriAsString; + p.Arguments [p.Arguments.Length-1] = Hit.UriAsString; try { p.Start (); } catch (SafeProcessException e) { Console.WriteLine ("Unable to run {0}: {1}", p.Arguments [0], e.Message); + p.Arguments [0] = "mozilla-thunderbird"; + try { + p.Start(); + } catch (SafeProcessException e2) { + Console.WriteLine ("Unable to run {0}: {1}", p.Arguments [0], e2.Message); + } } } Index: search/Tiles/Contact.cs =================================================================== --- search/Tiles/Contact.cs (revision 2690) +++ search/Tiles/Contact.cs (working copy) @@ -78,10 +78,30 @@ return details; } + public static SafeProcess GetClientProcess (string client) + { + SafeProcess p = null; + + if (client == "evolution") { + p = new SafeProcess (); + p.Arguments = new string [2]; + p.Arguments [0] = "evolution"; + } else if (client == "thunderbird") { + p = new SafeProcess (); + p.Arguments = new string [4]; + p.Arguments [0] = "beagle-contactviewer"; + p.Arguments [1] = "--manager"; + p.Arguments [2] = "Thunderbird"; + } + + return p; + } + + public override void Open () { - SafeProcess p = new SafeProcess (); - p.Arguments = new string [] { "evolution", Hit.UriAsString }; + SafeProcess p = GetClientProcess (Hit.GetFirstProperty ("fixme:client")); + p.Arguments [p.Arguments.Length-1] = Hit.UriAsString; try { p.Start (); Index: Util/Makefile.am =================================================================== --- Util/Makefile.am (revision 2690) +++ Util/Makefile.am (working copy) @@ -114,6 +114,11 @@ $(srcdir)/SemWeb/XPathSemWebNavigator.cs \ $(srcdir)/PropertyKeywordAttribute.cs +if ENABLE_THUNDERBIRD +UTIL_CSFILES += \ + $(srcdir)/Mork.cs \ + $(srcdir)/Thunderbird.cs +endif if HAS_LIBCHM UTIL_CSFILES += \ Index: beagled/Filter.cs =================================================================== --- beagled/Filter.cs (revision 2690) +++ beagled/Filter.cs (working copy) @@ -189,7 +189,7 @@ ////////////////////////// - private bool snippetMode = false; + private bool snippetMode = true; private bool originalIsText = false; private TextWriter snippetWriter = null; @@ -508,13 +508,14 @@ } try { + DoOpen (info); if (IsFinished) return true; else if (HasError) return false; - + DoPullProperties (); if (IsFinished) @@ -715,5 +716,6 @@ public ArrayList ChildIndexables { get { return this.child_indexables; } } + } } Index: beagled/Makefile.am =================================================================== --- beagled/Makefile.am (revision 2690) +++ beagled/Makefile.am (working copy) @@ -592,6 +592,41 @@ $(DAEMON_TARGET): $(DAEMON_CSFILES) $(DAEMON_LOCAL_ASSEMBLIES) $(CSC) -out:$@ $(DAEMON_CSFLAGS) $(DAEMON_CSFILES) $(DAEMON_ASSEMBLIES) +if ENABLE_THUNDERBIRD +THUNDERBIRD_DIR = ./ThunderbirdQueryable + +THUNDERBIRD_TARGET = $(THUNDERBIRD_DIR)/ThunderbirdBackends.dll + +THUNDERBIRD_CSFLAGS = -target:library + + +THUNDERBIRD_CSFILES = \ + $(THUNDERBIRD_DIR)/LuceneAccess.cs \ + $(THUNDERBIRD_DIR)/ThunderbirdIndexer.cs \ + $(THUNDERBIRD_DIR)/ThunderbirdIndexableGenerator.cs \ + $(THUNDERBIRD_DIR)/ThunderbirdQueryable.cs \ + $(THUNDERBIRD_DIR)/ThunderbirdInotify.cs \ + $(THUNDERBIRD_DIR)/Mail.cs \ + $(THUNDERBIRD_DIR)/Contact.cs \ + $(THUNDERBIRD_DIR)/RSS.cs \ + $(THUNDERBIRD_DIR)/NNTP.cs \ + $(THUNDERBIRD_DIR)/MoveMail.cs + +THUNDERBIRD_LOCAL_ASSEMBLIES = \ + ../Util/Util.dll \ + ../BeagleClient/Beagle.dll \ + BeagleDaemonLib.dll + +THUNDERBIRD_ASSEMBLIES = \ + -r:Mono.Posix \ + $(BEAGLED_LIBS) \ + $(THUNDERBIRD_LOCAL_ASSEMBLIES:%=-r:%) + + +$(THUNDERBIRD_TARGET): $(THUNDERBIRD_CSFILES) $(THUNDERBIRD_LOCAL_ASSEMBLIES) + $(CSC) -out:$@ $(THUNDERBIRD_CSFLAGS) $(THUNDERBIRD_CSFILES) $(THUNDERBIRD_ASSEMBLIES) +endif + ############################################################ ############################################################ ############################################################ @@ -976,6 +1011,10 @@ $(BUILD_INDEX_TARGET) \ $(BUILD_INDEX_WRAPPER) +if ENABLE_THUNDERBIRD +ALL_TARGETS += $(THUNDERBIRD_TARGET) +endif + if ENABLE_WEBSERVICES ALL_TARGETS += \ $(XSP_TARGET) \ @@ -1051,13 +1090,20 @@ # $(INSTALL_DATA) ../Util/Util.dll ../images/Images.dll ../BeagleClient/Beagle.dll ../Tiles/Tiles.dll BeagleDaemonPlugins.dll BeagleDaemonLib.dll $(DESTDIR)$(XSPBIN_DIR) endif - +if ENABLE_THUNDERBIRD + $(INSTALL_DATA) $(THUNDERBIRD_TARGET) $(DESTDIR)/$(BACKENDDIR) + $(INSTALL_DATA) $(THUNDERBIRD_TARGET).mdb $(DESTDIR)/$(BACKENDDIR) +endif uninstall-local: if ENABLE_WEBSERVICES rm -f $(DESTDIR)$(pkglibdir)/$(WEBSERVICES_BACKEND_TARGET) rm -f $(DESTDIR)$(pkglibdir)/$(WEBSERVICES_XSP_TARGET) rm -rf $(DESTDIR)$(XSP_DIR) endif +if ENABLE_THUNDERBIRD + $(INSTALL_DATA) $(THUNDERBIRD_TARGET) $(DESTDIR)/$(BACKENDDIR) + $(INSTALL_DATA) $(THUNDERBIRD_TARGET).mdb $(DESTDIR)/$(BACKENDDIR) +endif if ENABLE_EVOLUTION rm -f $(DESTDIR)$(BACKENDDIR)/$(EVO_DLL_TARGET) rm -f $(DESTDIR)$(BACKENDDIR)/$(EVO_DLL_TARGET).mdb @@ -1186,5 +1232,6 @@ $(WEBSERVICES_FRONTEND_TARGET) \ $(WEBSERVICES_FRONTEND_TARGET).mdb \ $(WEBSERVICES_XSP_TARGET) \ - $(WEBSERVICES_XSP_TARGET).mdb - + $(WEBSERVICES_XSP_TARGET).mdb \ + $(THUNDERBIRD_TARGET) \ + $(THUNDERBIRD_TARGET).mdb Index: configure.in =================================================================== --- configure.in (revision 2690) +++ configure.in (working copy) @@ -168,6 +168,13 @@ LDFLAGS="$OLD_LDFLAGS" LIBS="$OLD_LIBS" +dnl ---------------------------------------------- +AC_ARG_ENABLE([thunderbird], + AC_HELP_STRING([--disable-thunderbird], [Disable Thunderbird Mail Backend]), + enable_tbird=$enableval, + enable_tbird=yes) +AM_CONDITIONAL(ENABLE_THUNDERBIRD, test "x$enable_tbird" = "xyes") + dnl ------------------------------------------------------- AC_ARG_ENABLE([gui], @@ -645,6 +652,7 @@ tools/Makefile search/Makefile ImLogViewer/Makefile +ContactViewer/Makefile libbeagle/Makefile libbeagle/libbeagle-0.0.pc libbeagle/beagle/Makefile @@ -678,6 +686,7 @@ galago-sharp? ${enable_galago} libchm? ${has_libchm} google backend? ${enable_googledriver} (Unsupported) + Thunderbird backend? ${enable_tbird} Mozilla Extension? yes Epiphany Extension? ${enable_epiphany_extension} Index: Filters/FilterMail.cs =================================================================== --- Filters/FilterMail.cs (revision 2690) +++ Filters/FilterMail.cs (working copy) @@ -53,7 +53,9 @@ { // 1: Make email addresses non-keyword, add sanitized version // for eaching for parts of an email address. - SetVersion (1); + // 2: Snippet all mail and attachments + SetVersion (2); + SnippetMode = true; AddSupportedFlavor (FilterFlavor.NewFromMimeType ("message/rfc822")); } @@ -81,8 +83,11 @@ stream.Dispose (); parser.Dispose (); - if (this.message == null) + if (this.message == null){ + Console.WriteLine ("NO MESSAGE!"); Error (); + + } } private bool HasAttachments (GMime.Object mime_part) @@ -190,7 +195,7 @@ } string l = handler.Reader.ReadLine (); - + //Console.WriteLine (l); if (l != null) AppendText (l); else @@ -224,6 +229,7 @@ public PartHandler (Beagle.Daemon.Filter filter) { this.filter = filter; + this.filter.SnippetMode = true; } private bool IsMimeTypeHandled (string mime_type) @@ -315,7 +321,8 @@ child.HitType = "MailMessage"; child.MimeType = part.ContentType.ToString (); - child.CacheContent = false; + //child.CacheContent = false; + child.AddProperty (Property.NewKeyword ("fixme:attachment_title", ((GMime.Part)part).Filename)); Index: Makefile.am =================================================================== --- Makefile.am (revision 2690) +++ Makefile.am (working copy) @@ -36,6 +36,10 @@ SUBDIRS += bludgeon endif +if ENABLE_THUNDERBIRD +SUBDIRS += ContactViewer +endif + # When the chooser work has been fixed up to use libbeagle, we can # reenable this directory. # SUBDIRS += chooser-fu --------------000608040405020707020100-- From dashboard@a80.net Sun Jul 16 09:19:13 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 54C243B00DF for ; Sun, 16 Jul 2006 09:19:13 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02792-03 for ; Sun, 16 Jul 2006 09:19:09 +0000 (UTC) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id A85A03B00F1 for ; Sun, 16 Jul 2006 09:19:04 +0000 (UTC) Received: by cratoo.de (Postfix, from userid 1002) id 50915533BDF; Sun, 16 Jul 2006 11:19:29 +0200 (CEST) Received: from [172.17.160.16] (p5723e3d4.np.schlund.de [212.227.35.87]) by cratoo.de (Postfix) with ESMTP id DE6CD3E6817; Sun, 16 Jul 2006 11:19:26 +0200 (CEST) Message-ID: <44BA0483.8050309@a80.net> Date: Sun, 16 Jul 2006 11:18:59 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5 (X11/20051201) MIME-Version: 1.0 To: Kevin Kubasik Subject: Re: reason why beagle doesnt index References: <44B8B87A.2040900@a80.net> <44B925AD.8020104@kubasik.net> <44B93E9F.6020101@a80.net> <44B94D92.5090408@kubasik.net> In-Reply-To: <44B94D92.5090408@kubasik.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.43 tagged_above=-999 required=2 tests=[AWL=0.034, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.43 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2006 09:19:13 -0000 Hi Kevin, afaik the file had also "" in it?! ah ok i just read that it was "not exactly correct". i didn't try to set mono_external_encoding as i was just to tired yesterday. if it works with mono_... is it, in your opinion, still a bug? or just a matter of information the user? at the moment my pc at home is not powered up, so i can't testt. i'll let you know when i'm at home. bye Andreas Kevin Kubasik wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Ok... hmmm > > kjk38@kjk38-laptop:~$ beagle-extract-content ./aou.txt > ?Filename: file:///home/kjk38/aou.txt > Debug: Loaded 47 filters from /usr/lib/beagle/Filters/Filters.dll > Filter: Beagle.Filters.FilterText > MimeType: text/plain > > Content: > auo > > (no hot content) > > > was my result, not exactly correct, but not the issue your having. I > think you may have a Mono bug though at first glance. Did you try > setting MONO_EXTERNAL_ENCODINGS? If your not sure of what to do, this > might work, but if you know your encoding, thats better > export MONO_EXTERNAL_ENCODINGS=$LANG > > Let me know, and I'm on the IRC btw if you wanna find me there (kkubasik > at irc.gnome.org, and I'm usually in #dashboard) > > > Cheers, > Kevin Kubasik > 240-838-6616 > http://kubasik.net/blog > > > Andreas Heinz wrote: >> Hi Kevin, >> >> nothing easier than that ;) >> It's a mp3 file, but since it's not the problem of being an audio file >> but a problem how it is named, i just created a text file with some >> german umlaut creating the same error message. right now i'm not sure >> how my system encodes file names, but i think it was something like >> isoXXXX. >> i have attached the text file. filename is aou.txt ;) >> >> bye >> Andreas >> >> PS: at the moment i havent filed a bug report. i'll do this tomorrow. >> >> Kevin Kubasik wrote: >> 1) Could you please file this in the gnome bugzilla so we don't lose it? >> >> 2) Is there any chance you could attach the file so one (or all of us) >> could test it? If its personal, could you maybe e-mail it to me at >> kevin@kubasik.net? If its uber-personal (trying out my German ;) ) could >> you perhaps create another file which replicates this error? >> >> >> Cheers, >> Kevin Kubasik >> 240-838-6616 >> http://kubasik.net/blog >> >> >> Andreas Heinz wrote: >>>>> hi there again, >>>>> >>>>> i just tested with beagle-extract-content what beagle gets from a >>>>> file which is not in my index. >>>>> >>>>> [Invalid UTF-8] >>>>> Cannot determine the text encoding for argument 1 ("file with some >>>>> german umluats, didn't look nice;)"). >>>>> Please add the correct encoding to MONO_EXTERNAL_ENCODINGS and try >>>>> again. >>>>> >>>>> first, shouldn't the user be informed about this? >>>>> second, should the wrong encoding of a file (from the view of beagle) >>>>> name lead to not indexing the file at all? for me this doesnt make >>>>> that much sense, but maybe i'm overseeing some important stuff :) >>>>> >>>>> hope this is the reason why the files didn't get indexed. >>>>> >>>>> thanks again for an answer >>>>> Andreas >>>>> _______________________________________________ >>>>> Dashboard-hackers mailing list >>>>> Dashboard-hackers@gnome.org >>>>> http://mail.gnome.org/mailman/listinfo/dashboard-hackers > >> ------------------------------------------------------------------------ > >> auo > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2.2 (GNU/Linux) > > iQIVAwUBRLlNkf3xZFNDM330AQgCUg/+OH7johJplxrQctRivvty9TK5rknAMNZj > aDTAORWQ4yxDPfm7rUxslI2VHlbqEB8SktsVpX5xdkOSM2+/7FHl3numeeSw7bwP > BjMp20x8y/Ze/Gml6vEDBEji3TeGEZhYiERrPXYNUCQSK5BJrL5EI3HdsuAfdLzt > dcZPWrNUhFZPHFswLZf9dbvLN4s0BtxAoaxDBJHxGHNUPiKeGbRNVJf9enSvK6lC > g1g3B0MBX6hhZ1LQreNtIVdMoQSBGUvnoLO/L44k3I/4qoypm58IggDGwow7iGf0 > AStQlGFbKiJWpOv9rzWqDu3D50Mgs/miKdfKjVNT0PF5K4gEf46bN5HIDPoRqTZ+ > efHfXvGmqgHtp2X+y22lm1fR9s0kcmXiCrCzPKonQdzyR0WGdto26EI/vPKr1TPs > ffRN87qmadIGZIF2dB51CnxkbZZfwUtln2nzq5pUwnH6RyhudH7vL6OCPp8uVyVC > w+Y2D6Q5ogM/Dqx3S+WyFMCfPm8s5b4SDSzFMZpS91Idf1jOnm95Yyg433yqLr7s > M1wTopw4Xw1SPwTQYAv9pUmKaQW511X4MZCWh/f6dZrKMPxQLaVbwdEggm6U9AVS > CpMUor0kRDGBwSQYnzmGZNJewK3On61f4NYvpHO+Uv3rGTgMWsUkPGENvNCdei4C > q3r2UYfVoQY= > =SFX3 > -----END PGP SIGNATURE----- > From pierre.ostlund@gmail.com Sun Jul 16 10:29:12 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 163873B00DF for ; Sun, 16 Jul 2006 10:29:12 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04622-02 for ; Sun, 16 Jul 2006 10:29:11 +0000 (UTC) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by menubar.gnome.org (Postfix) with ESMTP id D4D873B0089 for ; Sun, 16 Jul 2006 10:29:10 +0000 (UTC) Received: from [192.168.0.6] (81.232.164.108) by pne-smtpout1-sn2.hy.skanova.net (7.2.075) id 44A2E86F00365D06 for dashboard-hackers@gnome.org; Sun, 16 Jul 2006 12:29:09 +0200 Message-ID: <44BA14F5.1030601@gmail.com> Date: Sun, 16 Jul 2006 12:29:09 +0200 From: =?ISO-8859-1?Q?Pierre_=D6stlund?= User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Dashboard Subject: Re: Beagle Thunderbird Patch References: <44B98269.5070009@kubasik.net> In-Reply-To: <44B98269.5070009@kubasik.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.33 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_NEUTRAL=1.069, UPPERCASE_25_50=0] X-Spam-Score: -1.33 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2006 10:29:12 -0000 Didn't you forget the actual Thunderbird code in this patch? Seems to me that this is only beagle-search code and Makefile updates? Thanks! Pierre Kevin Kubasik wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Here she is, I'll also attach this in the bugzilla, but heres what we > have, and its ready for SVN in my opinion. (Although, don't get too > excited, were gonna have a long week of bugfixing ahead of us, its a > boatload-of-code). > > I'm going to be doing some more testing and possibly change some more > stuff this evening, so I might send another e-mail with an updated patch > (but its not super-likely). > > > - -- > Cheers, > Kevin Kubasik > 240-838-6616 > http://kubasik.net/blog > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2.2 (GNU/Linux) > > iQIVAwUBRLmCaP3xZFNDM330AQjfSQ//dwkfpnrnA4eWD08+VVf7r6R6VtYR720l > oxuuPFeNxyd6G8ILyNSbd+gRSjCQLcL7+BgsHpzA+5VGdPnYl7U7+ckai0vBB3z3 > u9n7KbNvNiFrNmeF9DLHpzFuqPCmoryTGj1igRew2axXtEXoDrfuwDmN7CnrDk5l > TvIBOjIxjFZ/XgHJ8EcVHrMDPbCUiw/6om8szCwOha7ToQcmqE9Mx70LcUlkSX6T > ju0AYsl77io0Y/3NXYATfoFXPD6YC3VBYJ4XrV+ikxbLtelHDL3mL6SMEj3XvpGn > yDjsgP4w0TGTVESO4cizQpCK0xncjyxYI4c/jltc9aKlzURCIYsy9owvNuxsaqgR > TIIiHz9gEtlEdRpGNh9r4RErSrXrJpg/Zbd/5dMeFzj2p9/G6jUfAapWu9Hae7hO > UZdwmAxBqsG6fHX5IkUxlEHZ3E85qaMJu3XUVGQ2+AwXEtcfrRJRJWdsmAzxKwTR > PNp7zzf+CdtRdWxQwr2mg5bqO/s0qREhrs8BsusiOEtTzBKJLb6Wcq6AqW3AzMM0 > Z7QElnP/E/GnHPfgjwY5eQbfBryXWfW6Tto3c/i6kv9mk7VjGvfHuJIYHUdMmLcC > 4rQJq37WRpC9ykWzAjP7WFikM9jDTSVL9ks0Qs3NEtzNT7vecNNfQ6PrPS0Jbm4i > xqvWi0YW+hU= > =f0TT > -----END PGP SIGNATURE----- > From mwiehle2@ix.urz.uni-heidelberg.de Sun Jul 16 12:52:09 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2EB6B3B00DE for ; Sun, 16 Jul 2006 12:52:09 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12863-01 for ; Sun, 16 Jul 2006 12:52:06 +0000 (UTC) Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212]) by menubar.gnome.org (Postfix) with ESMTP id 95E773B0252 for ; Sun, 16 Jul 2006 12:52:05 +0000 (UTC) Received: from ix.urz.uni-heidelberg.de (cyrus1.urz.uni-heidelberg.de [129.206.119.235]) by relay.uni-heidelberg.de (8.13.4/8.13.1) with ESMTP id k6GCq4uJ025196 for ; Sun, 16 Jul 2006 14:52:04 +0200 Received: from extmail.urz.uni-heidelberg.de (extmail.urz.uni-heidelberg.de [129.206.100.140]) by ix.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id OAA4047024 for ; Sun, 16 Jul 2006 14:52:04 +0200 Received: from localhost (dslb-084-057-248-089.pools.arcor-ip.net [84.57.248.89]) (authenticated bits=0) by extmail.urz.uni-heidelberg.de (8.13.4/8.13.1) with ESMTP id k6GCpmDc029487 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sun, 16 Jul 2006 14:51:50 +0200 Subject: SemWeb From: Max To: dashboard-hackers@gnome.org Content-Type: text/plain Date: Sun, 16 Jul 2006 14:52:16 +0200 Message-Id: <1153054337.4100.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.6 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.6 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2006 12:52:09 -0000 Hi, I've been playing with SemWeb a little bit to find out how it could be used to store metadata. We seem to have an old version of SemWeb included in /Util/SemWeb. Is there any reason for not using the current version or is it just because noone updated it? Max From qub333@gmail.com Sun Jul 16 14:16:14 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 33A663B00CD for ; Sun, 16 Jul 2006 14:16:14 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16137-05 for ; Sun, 16 Jul 2006 14:16:13 +0000 (UTC) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.204]) by menubar.gnome.org (Postfix) with ESMTP id 180233B0280 for ; Sun, 16 Jul 2006 14:16:13 +0000 (UTC) Received: by wx-out-0102.google.com with SMTP id t10so527403wxc for ; Sun, 16 Jul 2006 07:16:12 -0700 (PDT) Received: by 10.70.73.18 with SMTP id v18mr1728974wxa; Sun, 16 Jul 2006 07:16:12 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id h36sm5081642wxd.2006.07.16.07.16.11; Sun, 16 Jul 2006 07:16:12 -0700 (PDT) Message-ID: <44BA4A28.5070206@kubasik.net> Date: Sun, 16 Jul 2006 10:16:08 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Andreas Heinz Subject: Re: reason why beagle doesnt index References: <44B8B87A.2040900@a80.net> <44B925AD.8020104@kubasik.net> <44B93E9F.6020101@a80.net> <44B94D92.5090408@kubasik.net> <44BA0483.8050309@a80.net> In-Reply-To: <44BA0483.8050309@a80.net> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.379 tagged_above=-999 required=2 tests=[AWL=0.021, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.379 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2006 14:16:14 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 hmm, for me, it wouldn't exactly still be a bug (at least not for us, probably the mono folks) but we would want to make people aware of it. Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog Andreas Heinz wrote: > Hi Kevin, > > afaik the file had also "" in it?! ah ok i just read that it was "not > exactly correct". > > i didn't try to set mono_external_encoding as i was just to tired > yesterday. if it works with mono_... is it, in your opinion, still a > bug? or just a matter of information the user? > > at the moment my pc at home is not powered up, so i can't testt. i'll > let you know when i'm at home. > > bye > Andreas > > > Kevin Kubasik wrote: > Ok... hmmm > > kjk38@kjk38-laptop:~$ beagle-extract-content ./aou.txt > ?Filename: file:///home/kjk38/aou.txt > Debug: Loaded 47 filters from /usr/lib/beagle/Filters/Filters.dll > Filter: Beagle.Filters.FilterText > MimeType: text/plain > > Content: > auo > > (no hot content) > > > was my result, not exactly correct, but not the issue your having. I > think you may have a Mono bug though at first glance. Did you try > setting MONO_EXTERNAL_ENCODINGS? If your not sure of what to do, this > might work, but if you know your encoding, thats better > export MONO_EXTERNAL_ENCODINGS=$LANG > > Let me know, and I'm on the IRC btw if you wanna find me there (kkubasik > at irc.gnome.org, and I'm usually in #dashboard) > > > Cheers, > Kevin Kubasik > 240-838-6616 > http://kubasik.net/blog > > > Andreas Heinz wrote: >>>> Hi Kevin, >>>> >>>> nothing easier than that ;) >>>> It's a mp3 file, but since it's not the problem of being an audio file >>>> but a problem how it is named, i just created a text file with some >>>> german umlaut creating the same error message. right now i'm not sure >>>> how my system encodes file names, but i think it was something like >>>> isoXXXX. >>>> i have attached the text file. filename is aou.txt ;) >>>> >>>> bye >>>> Andreas >>>> >>>> PS: at the moment i havent filed a bug report. i'll do this tomorrow. >>>> >>>> Kevin Kubasik wrote: >>>> 1) Could you please file this in the gnome bugzilla so we don't lose it? >>>> >>>> 2) Is there any chance you could attach the file so one (or all of us) >>>> could test it? If its personal, could you maybe e-mail it to me at >>>> kevin@kubasik.net? If its uber-personal (trying out my German ;) ) could >>>> you perhaps create another file which replicates this error? >>>> >>>> >>>> Cheers, >>>> Kevin Kubasik >>>> 240-838-6616 >>>> http://kubasik.net/blog >>>> >>>> >>>> Andreas Heinz wrote: >>>>>>> hi there again, >>>>>>> >>>>>>> i just tested with beagle-extract-content what beagle gets from a >>>>>>> file which is not in my index. >>>>>>> >>>>>>> [Invalid UTF-8] >>>>>>> Cannot determine the text encoding for argument 1 ("file with some >>>>>>> german umluats, didn't look nice;)"). >>>>>>> Please add the correct encoding to MONO_EXTERNAL_ENCODINGS and try >>>>>>> again. >>>>>>> >>>>>>> first, shouldn't the user be informed about this? >>>>>>> second, should the wrong encoding of a file (from the view of beagle) >>>>>>> name lead to not indexing the file at all? for me this doesnt make >>>>>>> that much sense, but maybe i'm overseeing some important stuff :) >>>>>>> >>>>>>> hope this is the reason why the files didn't get indexed. >>>>>>> >>>>>>> thanks again for an answer >>>>>>> Andreas >>>>>>> _______________________________________________ >>>>>>> Dashboard-hackers mailing list >>>>>>> Dashboard-hackers@gnome.org >>>>>>> http://mail.gnome.org/mailman/listinfo/dashboard-hackers > >>>> ------------------------------------------------------------------------ > >>>> auo >> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iQIVAwUBRLpKKP3xZFNDM330AQhwlhAAgQ71RzrqzzBrUGH0Wt/JimLsw1pcgwuR Lt8EmQ7JYmhCnbbelSVhnMyIDbZ6bdU0+0mQkWbNwKhA7pjk8+bjUN9ebWABFEXb sqReHGzJxakUFSXZtUOWhSI/uwP/cScus6B2zT5F3TaFLZ3V9SrKqZrxxpft8KNW 1BPDYcYzj2qKleSzVHrAWEc9ddnMqvbn4rIcbMyypVlbNjHZIkJjF22YU6iUGPRL MYRjhHJpRvw1MhsdLKr93zIAcUXJ53p/QFBlEA0s/Eulxp4iTJ4HZAK++4NzK27w LDtbegVOmwlwKYTe3q0L1Gkhne7PlZJ1E3tfJIzYEWXvp3CAhUYnT567ihCFYonV jJzJWEr9xYckx6Z5nEY7npNK8mCRf4sOSOyrqerShQNVE6vqqHgJohSrU1DNpmTW gOQT+XD/5zUoODdRXI/J1QxwoEsgrW7WVSE08CgvB84ZRaI3juuGW6P7qCy9ln/D wu9BlPajSMV7/dXHnF0KodHj8XIDRgJdsaF/H7RPHFAWsXz4JSYxZQj4DnyNCOoe 6MCUOOIygvl6SPeSOp5ulU6JqklJPz/bKG+ZNNhd8QJ5T+tVh2kK4qUQNBEIQNQl SSNB9DAD7rPTauSUdkGK7AAeNnOzVkPpXkZarzmOnZ5tsUOT1JJSIP1DfVyCcsJK v84LHofM6iY= =AvH3 -----END PGP SIGNATURE----- From dashboard@a80.net Mon Jul 17 12:29:39 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E94BB3B0179 for ; Mon, 17 Jul 2006 12:29:38 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19814-01 for ; Mon, 17 Jul 2006 12:29:34 +0000 (UTC) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id 27A1B3B0123 for ; Mon, 17 Jul 2006 12:29:32 +0000 (UTC) Received: by cratoo.de (Postfix, from userid 1002) id E528D536F83; Mon, 17 Jul 2006 14:30:01 +0200 (CEST) Received: from [192.168.0.1] (HSI-KBW-082-212-019-198.hsi.kabelbw.de [82.212.19.198]) by cratoo.de (Postfix) with ESMTP id 18E7D536DE5; Mon, 17 Jul 2006 14:29:57 +0200 (CEST) Message-ID: <44BB82A5.6050109@a80.net> Date: Mon, 17 Jul 2006 14:29:25 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Kevin Kubasik Subject: Re: reason why beagle doesnt index References: <44B8B87A.2040900@a80.net> <44B925AD.8020104@kubasik.net> <44B93E9F.6020101@a80.net> <44B94D92.5090408@kubasik.net> <44BA0483.8050309@a80.net> <44BA4A28.5070206@kubasik.net> In-Reply-To: <44BA4A28.5070206@kubasik.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 12:29:39 -0000 some feedback :) i tested with: mono_external_encoding=iso-8859-1. now it can read the files. but right now i have new problems :( (i hope i don't bother you too much) i wanted to try out joe's new gaim backend. so i tried to build beagle from cvs in my ubuntu. after some problems, it build fine and runs. (i added the info for building from cvs to the wiki) but now i get following errors in the logs: "060717 1402539793 06093 Beagle ERROR: Couldn't write attributes for /home/crash/.gaim/logs/icq/22013956/116305009/2005-11-08.234921.txt" for me it seems like beagle tries to use EAs which it can't use for my gaim logs since they are symlinked to a nfs share and on my harddisk because of xfs. dont know if the symlink can be a problem. after having run beagle for about a hour, some of the information which comes out of the gaim logs is reachable from beagle-query. but i don't know why the gaim logs know make problems. could this gaim problem result from rebuilding my gaim index, because of joe's "rewrite" of the gaim backend? bye and thanks very much Andreas Kevin Kubasik wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > hmm, for me, it wouldn't exactly still be a bug (at least not for us, > probably the mono folks) but we would want to make people aware of it. > > > Cheers, > Kevin Kubasik > 240-838-6616 > http://kubasik.net/blog > > > Andreas Heinz wrote: >> Hi Kevin, >> >> afaik the file had also "" in it?! ah ok i just read that it was "not >> exactly correct". >> >> i didn't try to set mono_external_encoding as i was just to tired >> yesterday. if it works with mono_... is it, in your opinion, still a >> bug? or just a matter of information the user? >> >> at the moment my pc at home is not powered up, so i can't testt. i'll >> let you know when i'm at home. >> >> bye >> Andreas >> >> >> Kevin Kubasik wrote: >> Ok... hmmm >> >> kjk38@kjk38-laptop:~$ beagle-extract-content ./aou.txt >> ?Filename: file:///home/kjk38/aou.txt >> Debug: Loaded 47 filters from /usr/lib/beagle/Filters/Filters.dll >> Filter: Beagle.Filters.FilterText >> MimeType: text/plain >> >> Content: >> auo >> >> (no hot content) >> >> >> was my result, not exactly correct, but not the issue your having. I >> think you may have a Mono bug though at first glance. Did you try >> setting MONO_EXTERNAL_ENCODINGS? If your not sure of what to do, this >> might work, but if you know your encoding, thats better >> export MONO_EXTERNAL_ENCODINGS=$LANG >> >> Let me know, and I'm on the IRC btw if you wanna find me there (kkubasik >> at irc.gnome.org, and I'm usually in #dashboard) >> >> >> Cheers, >> Kevin Kubasik >> 240-838-6616 >> http://kubasik.net/blog >> >> >> Andreas Heinz wrote: >>>>> Hi Kevin, >>>>> >>>>> nothing easier than that ;) >>>>> It's a mp3 file, but since it's not the problem of being an audio file >>>>> but a problem how it is named, i just created a text file with some >>>>> german umlaut creating the same error message. right now i'm not sure >>>>> how my system encodes file names, but i think it was something like >>>>> isoXXXX. >>>>> i have attached the text file. filename is aou.txt ;) >>>>> >>>>> bye >>>>> Andreas >>>>> >>>>> PS: at the moment i havent filed a bug report. i'll do this tomorrow. >>>>> >>>>> Kevin Kubasik wrote: >>>>> 1) Could you please file this in the gnome bugzilla so we don't lose it? >>>>> >>>>> 2) Is there any chance you could attach the file so one (or all of us) >>>>> could test it? If its personal, could you maybe e-mail it to me at >>>>> kevin@kubasik.net? If its uber-personal (trying out my German ;) ) could >>>>> you perhaps create another file which replicates this error? >>>>> >>>>> >>>>> Cheers, >>>>> Kevin Kubasik >>>>> 240-838-6616 >>>>> http://kubasik.net/blog >>>>> >>>>> >>>>> Andreas Heinz wrote: >>>>>>>> hi there again, >>>>>>>> >>>>>>>> i just tested with beagle-extract-content what beagle gets from a >>>>>>>> file which is not in my index. >>>>>>>> >>>>>>>> [Invalid UTF-8] >>>>>>>> Cannot determine the text encoding for argument 1 ("file with some >>>>>>>> german umluats, didn't look nice;)"). >>>>>>>> Please add the correct encoding to MONO_EXTERNAL_ENCODINGS and try >>>>>>>> again. >>>>>>>> >>>>>>>> first, shouldn't the user be informed about this? >>>>>>>> second, should the wrong encoding of a file (from the view of beagle) >>>>>>>> name lead to not indexing the file at all? for me this doesnt make >>>>>>>> that much sense, but maybe i'm overseeing some important stuff :) >>>>>>>> >>>>>>>> hope this is the reason why the files didn't get indexed. >>>>>>>> >>>>>>>> thanks again for an answer >>>>>>>> Andreas >>>>>>>> _______________________________________________ >>>>>>>> Dashboard-hackers mailing list >>>>>>>> Dashboard-hackers@gnome.org >>>>>>>> http://mail.gnome.org/mailman/listinfo/dashboard-hackers >>>>> ------------------------------------------------------------------------ >>>>> auo > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.3 (GNU/Linux) > > iQIVAwUBRLpKKP3xZFNDM330AQhwlhAAgQ71RzrqzzBrUGH0Wt/JimLsw1pcgwuR > Lt8EmQ7JYmhCnbbelSVhnMyIDbZ6bdU0+0mQkWbNwKhA7pjk8+bjUN9ebWABFEXb > sqReHGzJxakUFSXZtUOWhSI/uwP/cScus6B2zT5F3TaFLZ3V9SrKqZrxxpft8KNW > 1BPDYcYzj2qKleSzVHrAWEc9ddnMqvbn4rIcbMyypVlbNjHZIkJjF22YU6iUGPRL > MYRjhHJpRvw1MhsdLKr93zIAcUXJ53p/QFBlEA0s/Eulxp4iTJ4HZAK++4NzK27w > LDtbegVOmwlwKYTe3q0L1Gkhne7PlZJ1E3tfJIzYEWXvp3CAhUYnT567ihCFYonV > jJzJWEr9xYckx6Z5nEY7npNK8mCRf4sOSOyrqerShQNVE6vqqHgJohSrU1DNpmTW > gOQT+XD/5zUoODdRXI/J1QxwoEsgrW7WVSE08CgvB84ZRaI3juuGW6P7qCy9ln/D > wu9BlPajSMV7/dXHnF0KodHj8XIDRgJdsaF/H7RPHFAWsXz4JSYxZQj4DnyNCOoe > 6MCUOOIygvl6SPeSOp5ulU6JqklJPz/bKG+ZNNhd8QJ5T+tVh2kK4qUQNBEIQNQl > SSNB9DAD7rPTauSUdkGK7AAeNnOzVkPpXkZarzmOnZ5tsUOT1JJSIP1DfVyCcsJK > v84LHofM6iY= > =AvH3 > -----END PGP SIGNATURE----- > From qub333@gmail.com Mon Jul 17 12:32:59 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B01573B01A1 for ; Mon, 17 Jul 2006 12:32:59 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19975-02 for ; Mon, 17 Jul 2006 12:32:58 +0000 (UTC) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by menubar.gnome.org (Postfix) with ESMTP id 2C3B43B0179 for ; Mon, 17 Jul 2006 12:32:56 +0000 (UTC) Received: by py-out-1112.google.com with SMTP id 57so1264506pya for ; Mon, 17 Jul 2006 05:32:55 -0700 (PDT) Received: by 10.35.100.6 with SMTP id c6mr3973063pym; Mon, 17 Jul 2006 05:32:55 -0700 (PDT) Received: by 10.35.8.13 with HTTP; Mon, 17 Jul 2006 05:32:55 -0700 (PDT) Message-ID: <88d636060607170532j3f0e7f10n677281587c43123a@mail.gmail.com> Date: Mon, 17 Jul 2006 08:32:55 -0400 From: "Kevin Kubasik" Sender: qub333@gmail.com To: "Andreas Heinz" Subject: Re: reason why beagle doesnt index In-Reply-To: <44BB82A5.6050109@a80.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <44B8B87A.2040900@a80.net> <44B925AD.8020104@kubasik.net> <44B93E9F.6020101@a80.net> <44B94D92.5090408@kubasik.net> <44BA0483.8050309@a80.net> <44BA4A28.5070206@kubasik.net> <44BB82A5.6050109@a80.net> X-Google-Sender-Auth: df1e64d6bd141fe6 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.407 tagged_above=-999 required=2 tests=[AWL=-0.007, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.407 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 12:32:59 -0000 Theres a good chance that the symlinks are messing the gaim backend up, as I don't think it has all the good filesystem logic that the fsq does. We could probably have it try and handle that more intelligently, could you file a bug so we don't lose this in the grand mess of things? -Kevin Kubasik On 7/17/06, Andreas Heinz wrote: > some feedback :) > > i tested with: mono_external_encoding=3Diso-8859-1. now it can read the f= iles. > > but right now i have new problems :( (i hope i don't bother you too much) > i wanted to try out joe's new gaim backend. so i tried to build beagle > from cvs in my ubuntu. after some problems, it build fine and runs. (i > added the info for building from cvs to the wiki) > but now i get following errors in the logs: > "060717 1402539793 06093 Beagle ERROR: Couldn't write attributes for > /home/crash/.gaim/logs/icq/22013956/116305009/2005-11-08.234921.txt" > > for me it seems like beagle tries to use EAs which it can't use for my > gaim logs since they are symlinked to a nfs share and on my harddisk > because of xfs. dont know if the symlink can be a problem. > > after having run beagle for about a hour, some of the information which > comes out of the gaim logs is reachable from beagle-query. but i don't > know why the gaim logs know make problems. > > could this gaim problem result from rebuilding my gaim index, because of > joe's "rewrite" of the gaim backend? > > bye and thanks very much > Andreas > > Kevin Kubasik wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA256 > > > > hmm, for me, it wouldn't exactly still be a bug (at least not for us, > > probably the mono folks) but we would want to make people aware of it. > > > > > > Cheers, > > Kevin Kubasik > > 240-838-6616 > > http://kubasik.net/blog > > > > > > Andreas Heinz wrote: > >> Hi Kevin, > >> > >> afaik the file had also "=E4=F6=FC" in it?! ah ok i just read that it = was "not > >> exactly correct". > >> > >> i didn't try to set mono_external_encoding as i was just to tired > >> yesterday. if it works with mono_... is it, in your opinion, still a > >> bug? or just a matter of information the user? > >> > >> at the moment my pc at home is not powered up, so i can't testt. i'll > >> let you know when i'm at home. > >> > >> bye > >> Andreas > >> > >> > >> Kevin Kubasik wrote: > >> Ok... hmmm > >> > >> kjk38@kjk38-laptop:~$ beagle-extract-content ./a=E4o=F6u=FC.txt > >> ?Filename: file:///home/kjk38/a=E4o=F6u=FC.txt > >> Debug: Loaded 47 filters from /usr/lib/beagle/Filters/Filters.dll > >> Filter: Beagle.Filters.FilterText > >> MimeType: text/plain > >> > >> Content: > >> auo > >> > >> (no hot content) > >> > >> > >> was my result, not exactly correct, but not the issue your having. I > >> think you may have a Mono bug though at first glance. Did you try > >> setting MONO_EXTERNAL_ENCODINGS? If your not sure of what to do, this > >> might work, but if you know your encoding, thats better > >> export MONO_EXTERNAL_ENCODINGS=3D$LANG > >> > >> Let me know, and I'm on the IRC btw if you wanna find me there (kkubas= ik > >> at irc.gnome.org, and I'm usually in #dashboard) > >> > >> > >> Cheers, > >> Kevin Kubasik > >> 240-838-6616 > >> http://kubasik.net/blog > >> > >> > >> Andreas Heinz wrote: > >>>>> Hi Kevin, > >>>>> > >>>>> nothing easier than that ;) > >>>>> It's a mp3 file, but since it's not the problem of being an audio f= ile > >>>>> but a problem how it is named, i just created a text file with some > >>>>> german umlaut creating the same error message. right now i'm not su= re > >>>>> how my system encodes file names, but i think it was something like > >>>>> isoXXXX. > >>>>> i have attached the text file. filename is a=E4o=F6u=FC.txt ;) > >>>>> > >>>>> bye > >>>>> Andreas > >>>>> > >>>>> PS: at the moment i havent filed a bug report. i'll do this tomorro= w. > >>>>> > >>>>> Kevin Kubasik wrote: > >>>>> 1) Could you please file this in the gnome bugzilla so we don't los= e it? > >>>>> > >>>>> 2) Is there any chance you could attach the file so one (or all of = us) > >>>>> could test it? If its personal, could you maybe e-mail it to me at > >>>>> kevin@kubasik.net? If its uber-personal (trying out my German ;) ) = could > >>>>> you perhaps create another file which replicates this error? > >>>>> > >>>>> > >>>>> Cheers, > >>>>> Kevin Kubasik > >>>>> 240-838-6616 > >>>>> http://kubasik.net/blog > >>>>> > >>>>> > >>>>> Andreas Heinz wrote: > >>>>>>>> hi there again, > >>>>>>>> > >>>>>>>> i just tested with beagle-extract-content what beagle gets from = a > >>>>>>>> file which is not in my index. > >>>>>>>> > >>>>>>>> [Invalid UTF-8] > >>>>>>>> Cannot determine the text encoding for argument 1 ("file with so= me > >>>>>>>> german umluats, didn't look nice;)"). > >>>>>>>> Please add the correct encoding to MONO_EXTERNAL_ENCODINGS and t= ry > >>>>>>>> again. > >>>>>>>> > >>>>>>>> first, shouldn't the user be informed about this? > >>>>>>>> second, should the wrong encoding of a file (from the view of be= agle) > >>>>>>>> name lead to not indexing the file at all? for me this doesnt ma= ke > >>>>>>>> that much sense, but maybe i'm overseeing some important stuff := ) > >>>>>>>> > >>>>>>>> hope this is the reason why the files didn't get indexed. > >>>>>>>> > >>>>>>>> thanks again for an answer > >>>>>>>> Andreas > >>>>>>>> _______________________________________________ > >>>>>>>> Dashboard-hackers mailing list > >>>>>>>> Dashboard-hackers@gnome.org > >>>>>>>> http://mail.gnome.org/mailman/listinfo/dashboard-hackers > >>>>> -------------------------------------------------------------------= ----- > >>>>> =E4=FC=F6 auo > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.4.3 (GNU/Linux) > > > > iQIVAwUBRLpKKP3xZFNDM330AQhwlhAAgQ71RzrqzzBrUGH0Wt/JimLsw1pcgwuR > > Lt8EmQ7JYmhCnbbelSVhnMyIDbZ6bdU0+0mQkWbNwKhA7pjk8+bjUN9ebWABFEXb > > sqReHGzJxakUFSXZtUOWhSI/uwP/cScus6B2zT5F3TaFLZ3V9SrKqZrxxpft8KNW > > 1BPDYcYzj2qKleSzVHrAWEc9ddnMqvbn4rIcbMyypVlbNjHZIkJjF22YU6iUGPRL > > MYRjhHJpRvw1MhsdLKr93zIAcUXJ53p/QFBlEA0s/Eulxp4iTJ4HZAK++4NzK27w > > LDtbegVOmwlwKYTe3q0L1Gkhne7PlZJ1E3tfJIzYEWXvp3CAhUYnT567ihCFYonV > > jJzJWEr9xYckx6Z5nEY7npNK8mCRf4sOSOyrqerShQNVE6vqqHgJohSrU1DNpmTW > > gOQT+XD/5zUoODdRXI/J1QxwoEsgrW7WVSE08CgvB84ZRaI3juuGW6P7qCy9ln/D > > wu9BlPajSMV7/dXHnF0KodHj8XIDRgJdsaF/H7RPHFAWsXz4JSYxZQj4DnyNCOoe > > 6MCUOOIygvl6SPeSOp5ulU6JqklJPz/bKG+ZNNhd8QJ5T+tVh2kK4qUQNBEIQNQl > > SSNB9DAD7rPTauSUdkGK7AAeNnOzVkPpXkZarzmOnZ5tsUOT1JJSIP1DfVyCcsJK > > v84LHofM6iY=3D > > =3DAvH3 > > -----END PGP SIGNATURE----- > > > --=20 Cheers, Kevin Kubasik http://kubasik.net/blog From dashboard@a80.net Mon Jul 17 12:40:28 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 40C543B0216 for ; Mon, 17 Jul 2006 12:40:28 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20107-08 for ; Mon, 17 Jul 2006 12:40:23 +0000 (UTC) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id E6ED23B0288 for ; Mon, 17 Jul 2006 12:40:21 +0000 (UTC) Received: by cratoo.de (Postfix, from userid 1002) id 2B8A4537004; Mon, 17 Jul 2006 14:40:52 +0200 (CEST) Received: from [192.168.0.1] (HSI-KBW-082-212-019-198.hsi.kabelbw.de [82.212.19.198]) by cratoo.de (Postfix) with ESMTP id B8C1C5367C2; Mon, 17 Jul 2006 14:40:49 +0200 (CEST) Message-ID: <44BB8531.6060706@a80.net> Date: Mon, 17 Jul 2006 14:40:17 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Kevin Kubasik Subject: Re: reason why beagle doesnt index References: <44B8B87A.2040900@a80.net> <44B925AD.8020104@kubasik.net> <44B93E9F.6020101@a80.net> <44B94D92.5090408@kubasik.net> <44BA0483.8050309@a80.net> <44BA4A28.5070206@kubasik.net> <44BB82A5.6050109@a80.net> <88d636060607170532j3f0e7f10n677281587c43123a@mail.gmail.com> In-Reply-To: <88d636060607170532j3f0e7f10n677281587c43123a@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 12:40:28 -0000 that was fast :) ok i'm filing the bug right now. Kevin Kubasik wrote: > Theres a good chance that the symlinks are messing the gaim backend > up, as I don't think it has all the good filesystem logic that the fsq > does. We could probably have it try and handle that more > intelligently, could you file a bug so we don't lose this in the grand > mess of things? > > -Kevin Kubasik > > On 7/17/06, Andreas Heinz wrote: >> some feedback :) >> >> i tested with: mono_external_encoding=iso-8859-1. now it can read the >> files. >> >> but right now i have new problems :( (i hope i don't bother you too much) >> i wanted to try out joe's new gaim backend. so i tried to build beagle >> from cvs in my ubuntu. after some problems, it build fine and runs. (i >> added the info for building from cvs to the wiki) >> but now i get following errors in the logs: >> "060717 1402539793 06093 Beagle ERROR: Couldn't write attributes for >> /home/crash/.gaim/logs/icq/22013956/116305009/2005-11-08.234921.txt" >> >> for me it seems like beagle tries to use EAs which it can't use for my >> gaim logs since they are symlinked to a nfs share and on my harddisk >> because of xfs. dont know if the symlink can be a problem. >> >> after having run beagle for about a hour, some of the information which >> comes out of the gaim logs is reachable from beagle-query. but i don't >> know why the gaim logs know make problems. >> >> could this gaim problem result from rebuilding my gaim index, because of >> joe's "rewrite" of the gaim backend? >> >> bye and thanks very much >> Andreas >> >> Kevin Kubasik wrote: >> > -----BEGIN PGP SIGNED MESSAGE----- >> > Hash: SHA256 >> > >> > hmm, for me, it wouldn't exactly still be a bug (at least not for us, >> > probably the mono folks) but we would want to make people aware of it. >> > >> > >> > Cheers, >> > Kevin Kubasik >> > 240-838-6616 >> > http://kubasik.net/blog >> > >> > >> > Andreas Heinz wrote: >> >> Hi Kevin, >> >> >> >> afaik the file had also "" in it?! ah ok i just read that it was >> "not >> >> exactly correct". >> >> >> >> i didn't try to set mono_external_encoding as i was just to tired >> >> yesterday. if it works with mono_... is it, in your opinion, still a >> >> bug? or just a matter of information the user? >> >> >> >> at the moment my pc at home is not powered up, so i can't testt. i'll >> >> let you know when i'm at home. >> >> >> >> bye >> >> Andreas >> >> >> >> >> >> Kevin Kubasik wrote: >> >> Ok... hmmm >> >> >> >> kjk38@kjk38-laptop:~$ beagle-extract-content ./aou.txt >> >> ?Filename: file:///home/kjk38/aou.txt >> >> Debug: Loaded 47 filters from /usr/lib/beagle/Filters/Filters.dll >> >> Filter: Beagle.Filters.FilterText >> >> MimeType: text/plain >> >> >> >> Content: >> >> auo >> >> >> >> (no hot content) >> >> >> >> >> >> was my result, not exactly correct, but not the issue your having. I >> >> think you may have a Mono bug though at first glance. Did you try >> >> setting MONO_EXTERNAL_ENCODINGS? If your not sure of what to do, this >> >> might work, but if you know your encoding, thats better >> >> export MONO_EXTERNAL_ENCODINGS=$LANG >> >> >> >> Let me know, and I'm on the IRC btw if you wanna find me there >> (kkubasik >> >> at irc.gnome.org, and I'm usually in #dashboard) >> >> >> >> >> >> Cheers, >> >> Kevin Kubasik >> >> 240-838-6616 >> >> http://kubasik.net/blog >> >> >> >> >> >> Andreas Heinz wrote: >> >>>>> Hi Kevin, >> >>>>> >> >>>>> nothing easier than that ;) >> >>>>> It's a mp3 file, but since it's not the problem of being an >> audio file >> >>>>> but a problem how it is named, i just created a text file with some >> >>>>> german umlaut creating the same error message. right now i'm not >> sure >> >>>>> how my system encodes file names, but i think it was something like >> >>>>> isoXXXX. >> >>>>> i have attached the text file. filename is aou.txt ;) >> >>>>> >> >>>>> bye >> >>>>> Andreas >> >>>>> >> >>>>> PS: at the moment i havent filed a bug report. i'll do this >> tomorrow. >> >>>>> >> >>>>> Kevin Kubasik wrote: >> >>>>> 1) Could you please file this in the gnome bugzilla so we don't >> lose it? >> >>>>> >> >>>>> 2) Is there any chance you could attach the file so one (or all >> of us) >> >>>>> could test it? If its personal, could you maybe e-mail it to me at >> >>>>> kevin@kubasik.net? If its uber-personal (trying out my German ;) >> ) could >> >>>>> you perhaps create another file which replicates this error? >> >>>>> >> >>>>> >> >>>>> Cheers, >> >>>>> Kevin Kubasik >> >>>>> 240-838-6616 >> >>>>> http://kubasik.net/blog >> >>>>> >> >>>>> >> >>>>> Andreas Heinz wrote: >> >>>>>>>> hi there again, >> >>>>>>>> >> >>>>>>>> i just tested with beagle-extract-content what beagle gets >> from a >> >>>>>>>> file which is not in my index. >> >>>>>>>> >> >>>>>>>> [Invalid UTF-8] >> >>>>>>>> Cannot determine the text encoding for argument 1 ("file with >> some >> >>>>>>>> german umluats, didn't look nice;)"). >> >>>>>>>> Please add the correct encoding to MONO_EXTERNAL_ENCODINGS >> and try >> >>>>>>>> again. >> >>>>>>>> >> >>>>>>>> first, shouldn't the user be informed about this? >> >>>>>>>> second, should the wrong encoding of a file (from the view of >> beagle) >> >>>>>>>> name lead to not indexing the file at all? for me this doesnt >> make >> >>>>>>>> that much sense, but maybe i'm overseeing some important >> stuff :) >> >>>>>>>> >> >>>>>>>> hope this is the reason why the files didn't get indexed. >> >>>>>>>> >> >>>>>>>> thanks again for an answer >> >>>>>>>> Andreas >> >>>>>>>> _______________________________________________ >> >>>>>>>> Dashboard-hackers mailing list >> >>>>>>>> Dashboard-hackers@gnome.org >> >>>>>>>> http://mail.gnome.org/mailman/listinfo/dashboard-hackers >> >>>>> >> ------------------------------------------------------------------------ >> >>>>> auo >> > -----BEGIN PGP SIGNATURE----- >> > Version: GnuPG v1.4.3 (GNU/Linux) >> > >> > iQIVAwUBRLpKKP3xZFNDM330AQhwlhAAgQ71RzrqzzBrUGH0Wt/JimLsw1pcgwuR >> > Lt8EmQ7JYmhCnbbelSVhnMyIDbZ6bdU0+0mQkWbNwKhA7pjk8+bjUN9ebWABFEXb >> > sqReHGzJxakUFSXZtUOWhSI/uwP/cScus6B2zT5F3TaFLZ3V9SrKqZrxxpft8KNW >> > 1BPDYcYzj2qKleSzVHrAWEc9ddnMqvbn4rIcbMyypVlbNjHZIkJjF22YU6iUGPRL >> > MYRjhHJpRvw1MhsdLKr93zIAcUXJ53p/QFBlEA0s/Eulxp4iTJ4HZAK++4NzK27w >> > LDtbegVOmwlwKYTe3q0L1Gkhne7PlZJ1E3tfJIzYEWXvp3CAhUYnT567ihCFYonV >> > jJzJWEr9xYckx6Z5nEY7npNK8mCRf4sOSOyrqerShQNVE6vqqHgJohSrU1DNpmTW >> > gOQT+XD/5zUoODdRXI/J1QxwoEsgrW7WVSE08CgvB84ZRaI3juuGW6P7qCy9ln/D >> > wu9BlPajSMV7/dXHnF0KodHj8XIDRgJdsaF/H7RPHFAWsXz4JSYxZQj4DnyNCOoe >> > 6MCUOOIygvl6SPeSOp5ulU6JqklJPz/bKG+ZNNhd8QJ5T+tVh2kK4qUQNBEIQNQl >> > SSNB9DAD7rPTauSUdkGK7AAeNnOzVkPpXkZarzmOnZ5tsUOT1JJSIP1DfVyCcsJK >> > v84LHofM6iY= >> > =AvH3 >> > -----END PGP SIGNATURE----- >> > >> > > From qub333@gmail.com Tue Jul 18 13:36:22 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 83DDD3B0147 for ; Tue, 18 Jul 2006 13:36:22 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21523-08 for ; Tue, 18 Jul 2006 13:36:21 +0000 (UTC) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by menubar.gnome.org (Postfix) with ESMTP id 60B9F3B0108 for ; Tue, 18 Jul 2006 13:36:21 +0000 (UTC) Received: by py-out-1112.google.com with SMTP id d42so1958658pyd for ; Tue, 18 Jul 2006 06:36:21 -0700 (PDT) Received: by 10.35.93.15 with SMTP id v15mr5509097pyl; Tue, 18 Jul 2006 06:36:21 -0700 (PDT) Received: by 10.35.8.13 with HTTP; Tue, 18 Jul 2006 06:36:20 -0700 (PDT) Message-ID: <88d636060607180636o29e49ff2w30fb07b55243969b@mail.gmail.com> Date: Tue, 18 Jul 2006 09:36:20 -0400 From: "Kevin Kubasik" Sender: qub333@gmail.com To: Dashboard Subject: Interesting Read on Tracker MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 0c8f8f5f8e3243b8 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.407 tagged_above=-999 required=2 tests=[AWL=-0.007, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.407 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jul 2006 13:36:22 -0000 Hey, I saw a post from Trackers only real developer here: http://jamiemcc.livejournal.com/3144.html and thought that it (and its comments) are an interesting read considering our recent focus on reworking metadata. While his claims about trackers speed differ from my experience (queries were taking 10-15 seconds to complete.. but I have 2 copy's of the mozilla source tree along with about 12-15 other projects source trees (all with VCS subdirs...) and I doubt he has performance tested on that large of a scale...) But yeah. I think some of the first class/relational-database stuff might be worth thinking about. Just a read if your bored... -- Cheers, Kevin Kubasik http://kubasik.net/blog From f.hackenberger@chello.at Wed Jul 19 12:51:25 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B0E453B006B for ; Wed, 19 Jul 2006 12:51:25 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20682-04 for ; Wed, 19 Jul 2006 12:51:24 +0000 (UTC) Received: from mailrelay2.tu-graz.ac.at (mailrelay.tu-graz.ac.at [129.27.2.202]) by menubar.gnome.org (Postfix) with ESMTP id D16A43B000C for ; Wed, 19 Jul 2006 12:51:22 +0000 (UTC) Received: from vpn1-20.tu-graz.ac.at (vpn1-20.tu-graz.ac.at [129.27.12.20]) (authenticated bits=0) by mailrelay2.tu-graz.ac.at (8.13.7/8.13.7) with ESMTP id k6JCpKgb005511 (version=TLSv1/SSLv3 cipher=EXP1024-RC4-SHA bits=56 verify=NO) for ; Wed, 19 Jul 2006 14:51:20 +0200 (CEST) From: Florian Hackenberger To: dashboard-hackers@gnome.org Subject: Beagle suspend while running on battery Date: Wed, 19 Jul 2006 14:51:23 +0200 User-Agent: KMail/1.9.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607191451.23930.f.hackenberger@chello.at> X-Scanned-By: MIMEDefang 2.56 on 129.27.10.19 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Spam-Score: -2.599 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 12:51:25 -0000 Hi! As you probably know, a running beagled sometimes uses quite a lot of resources (most notably CPU power, but also hard drive reads/writes). I would really appreciate an interface (could be a command line tool) to temporarily put the beagled in a "power saving" mode, where searches are still functional, but it does not do anything which could also wait a few hours. Especially an idle CPU and an active hard drive uses a lot of power, which the user probably wants to save in exchange for disabled "live" queries and an outdated database. A little icon in beagle-search would be useful to notify the user that e.g. live query updates (when altering a file) are disabled. What do you think? Is this a useful feature? Shall I file a bug/wish? Regards, Florian -- Florian Hackenberger student @ University of Technology Graz, Austria florian@hackenberger.at www.hackenberger.at From qub333@gmail.com Wed Jul 19 13:01:55 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2A8EA3B006D for ; Wed, 19 Jul 2006 13:01:55 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21249-09 for ; Wed, 19 Jul 2006 13:01:53 +0000 (UTC) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by menubar.gnome.org (Postfix) with ESMTP id 587B53B006B for ; Wed, 19 Jul 2006 13:01:52 +0000 (UTC) Received: by py-out-1112.google.com with SMTP id f25so527655pyf for ; Wed, 19 Jul 2006 06:01:52 -0700 (PDT) Received: by 10.35.88.17 with SMTP id q17mr1012729pyl; Wed, 19 Jul 2006 06:01:51 -0700 (PDT) Received: by 10.35.8.13 with HTTP; Wed, 19 Jul 2006 06:01:51 -0700 (PDT) Message-ID: <88d636060607190601t95f5ea2l449f00cf6e30e2f5@mail.gmail.com> Date: Wed, 19 Jul 2006 09:01:51 -0400 From: "Kevin Kubasik" Sender: qub333@gmail.com To: "Florian Hackenberger" Subject: Re: Beagle suspend while running on battery In-Reply-To: <200607191451.23930.f.hackenberger@chello.at> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200607191451.23930.f.hackenberger@chello.at> X-Google-Sender-Auth: aa17f366c74b6c3a X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.407 tagged_above=-999 required=2 tests=[AWL=-0.007, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.407 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 13:01:55 -0000 Lucky You! Joe just implemented this feature several days ago, and it is now in CVS! Well, mostly. Live queries are still enabled, but you do have the option to disable indexing. http://cia.navi.cx/stats/project/gnome/beagle/.message/55921 -Kevin Kubasik On 7/19/06, Florian Hackenberger wrote: > Hi! > > As you probably know, a running beagled sometimes uses quite a lot of > resources (most notably CPU power, but also hard drive reads/writes). I would > really appreciate an interface (could be a command line tool) to temporarily > put the beagled in a "power saving" mode, where searches are still > functional, but it does not do anything which could also wait a few hours. > Especially an idle CPU and an active hard drive uses a lot of power, which > the user probably wants to save in exchange for disabled "live" queries and > an outdated database. A little icon in beagle-search would be useful to > notify the user that e.g. live query updates (when altering a file) are > disabled. > > What do you think? Is this a useful feature? Shall I file a bug/wish? > > Regards, > Florian > -- > Florian Hackenberger > student @ > University of Technology > Graz, Austria > florian@hackenberger.at > www.hackenberger.at > _______________________________________________ > Dashboard-hackers mailing list > Dashboard-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/dashboard-hackers > -- Cheers, Kevin Kubasik http://kubasik.net/blog From f.hackenberger@chello.at Wed Jul 19 13:21:45 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4C38A3B0017 for ; Wed, 19 Jul 2006 13:21:45 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22466-08 for ; Wed, 19 Jul 2006 13:21:43 +0000 (UTC) Received: from mailrelay1.tu-graz.ac.at (mailrelay.tu-graz.ac.at [129.27.2.202]) by menubar.gnome.org (Postfix) with ESMTP id 6BC743B000F for ; Wed, 19 Jul 2006 13:21:42 +0000 (UTC) Received: from vpn1-5.tu-graz.ac.at (vpn1-5.tu-graz.ac.at [129.27.12.5]) (authenticated bits=0) by mailrelay1.tu-graz.ac.at (8.13.7/8.13.7) with ESMTP id k6JDLeCp022353 (version=TLSv1/SSLv3 cipher=EXP1024-RC4-SHA bits=56 verify=NO) for ; Wed, 19 Jul 2006 15:21:40 +0200 (CEST) From: Florian Hackenberger To: dashboard-hackers@gnome.org Subject: Re: Beagle suspend while running on battery Date: Wed, 19 Jul 2006 15:21:45 +0200 User-Agent: KMail/1.9.3 References: <200607191451.23930.f.hackenberger@chello.at> <88d636060607190601t95f5ea2l449f00cf6e30e2f5@mail.gmail.com> In-Reply-To: <88d636060607190601t95f5ea2l449f00cf6e30e2f5@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607191521.45889.f.hackenberger@chello.at> X-Scanned-By: MIMEDefang 2.56 on 129.27.10.18 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Spam-Score: -2.599 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 13:21:45 -0000 On Wednesday 19 July 2006 15:01, Kevin Kubasik wrote: > Lucky You! Joe just implemented this feature several days ago, and it > is now in CVS! Well, mostly. Live queries are still enabled, but you > do have the option to disable indexing. Funny coincident. Well that's great! Thanks to Joe! Regards, Florian -- Florian Hackenberger student @ University of Technology Graz, Austria florian@hackenberger.at www.hackenberger.at From joeshaw@novell.com Wed Jul 19 16:38:49 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7777F3B000F for ; Wed, 19 Jul 2006 16:38:49 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32564-10 for ; Wed, 19 Jul 2006 16:38:48 +0000 (UTC) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 3B5B53B000B for ; Wed, 19 Jul 2006 16:38:48 +0000 (UTC) Received: (qmail 8650 invoked from network); 19 Jul 2006 16:38:47 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 19 Jul 2006 16:38:47 -0000 Subject: Re: reason why beagle doesnt index From: Joe Shaw To: Andreas Heinz In-Reply-To: <44BB82A5.6050109@a80.net> References: <44B8B87A.2040900@a80.net> <44B925AD.8020104@kubasik.net> <44B93E9F.6020101@a80.net> <44B94D92.5090408@kubasik.net> <44BA0483.8050309@a80.net> <44BA4A28.5070206@kubasik.net> <44BB82A5.6050109@a80.net> Content-Type: text/plain Date: Wed, 19 Jul 2006 12:38:48 -0400 Message-Id: <1153327128.12005.32.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 16:38:49 -0000 Hi, On Mon, 2006-07-17 at 14:29 +0200, Andreas Heinz wrote: > i tested with: mono_external_encoding=iso-8859-1. now it can read the files. Yeah, the message you saw was actually from Mono, not from Beagle. There's nothing we can really do about that message. Encodings are an issue generally for Beagle, because since you can't know what the encoding of a filename is, it's difficult to pass it around and index it effective. It's important that filenames are in UTF-8 or else things might not work completely. > but now i get following errors in the logs: > "060717 1402539793 06093 Beagle ERROR: Couldn't write attributes for > /home/crash/.gaim/logs/icq/22013956/116305009/2005-11-08.234921.txt" > > for me it seems like beagle tries to use EAs which it can't use for my > gaim logs since they are symlinked to a nfs share and on my harddisk > because of xfs. dont know if the symlink can be a problem. The lack of xattr support shouldn't cause any real problems, although it will be quite a bit less efficient. But data should still be indexed. > after having run beagle for about a hour, some of the information which > comes out of the gaim logs is reachable from beagle-query. but i don't > know why the gaim logs know make problems. I'm not sure I understand. Are you worried about the error message, but all of your gaim logs are indexed properly? That is the intended effect; maybe we should bump that warning down from ERROR to WARN. > could this gaim problem result from rebuilding my gaim index, because of > joe's "rewrite" of the gaim backend? It shouldn't change anything from the previous backend. Joe From joeshaw@novell.com Wed Jul 19 16:42:35 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 35A5F3B0164 for ; Wed, 19 Jul 2006 16:42:35 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32756-10 for ; Wed, 19 Jul 2006 16:42:33 +0000 (UTC) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 1F1C33B015B for ; Wed, 19 Jul 2006 16:42:33 +0000 (UTC) Received: (qmail 8671 invoked from network); 19 Jul 2006 16:42:32 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 19 Jul 2006 16:42:32 -0000 Subject: Re: SemWeb From: Joe Shaw To: Max In-Reply-To: <1153054337.4100.2.camel@localhost> References: <1153054337.4100.2.camel@localhost> Content-Type: text/plain Date: Wed, 19 Jul 2006 12:42:33 -0400 Message-Id: <1153327353.12005.36.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.438 tagged_above=-999 required=2 tests=[AWL=-0.116, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, TW_RQ=0.077] X-Spam-Score: -2.438 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 16:42:35 -0000 Hi Max, On Sun, 2006-07-16 at 14:52 +0200, Max wrote: > I've been playing with SemWeb a little bit to find out how it could be > used to store metadata. > We seem to have an old version of SemWeb included in /Util/SemWeb. Is > there any reason for not using the current version or is it just because > noone updated it? Larry Ewing (of F-Spot fame) imported it so he could handle XMP metadata in various file formats. It has never been updated because it has never needed to be. Feel free to update it for your work; when testing SemWeb I did just that in my local working copy. (Unfortunately it seems as though the canonical tarball is just a tar of the developer's working directory, so there are some duplicate files in there that won't build with one another, in particular the extra sqlite store files. Also the sparql class now seems to depend on IKVM, which isn't an acceptable dependency, so you'll want to remove that from the build as well.) Joe From dashboard@a80.net Wed Jul 19 19:37:23 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 182353B022E for ; Wed, 19 Jul 2006 19:37:13 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08177-10 for ; Wed, 19 Jul 2006 19:37:11 +0000 (UTC) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id EA1BE3B002A for ; Wed, 19 Jul 2006 19:37:08 +0000 (UTC) Received: by cratoo.de (Postfix, from userid 1002) id 720AF53712A; Wed, 19 Jul 2006 21:37:46 +0200 (CEST) Received: from [192.168.0.1] (HSI-KBW-082-212-019-198.hsi.kabelbw.de [82.212.19.198]) by cratoo.de (Postfix) with ESMTP id 703C9D388; Wed, 19 Jul 2006 21:37:44 +0200 (CEST) Message-ID: <44BE89ED.9060900@a80.net> Date: Wed, 19 Jul 2006 21:37:17 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Joe Shaw Subject: Re: reason why beagle doesnt index References: <44B8B87A.2040900@a80.net> <44B925AD.8020104@kubasik.net> <44B93E9F.6020101@a80.net> <44B94D92.5090408@kubasik.net> <44BA0483.8050309@a80.net> <44BA4A28.5070206@kubasik.net> <44BB82A5.6050109@a80.net> <1153327128.12005.32.camel@posthaste.boston.ximian.com> In-Reply-To: <1153327128.12005.32.camel@posthaste.boston.ximian.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 19:37:23 -0000 hi there, thanks for responding. regarding the file enconding i had some talks to kevin and i'm just having a look if there is something what i could do. dropping the message so that it doenst appear in the logs anymore might be a good idea, but i don't know if this should be the final solution. i was worried about the error message and the logs not being indexed properly since at first searching for specific data didnt return any result. that was, why i thought it was a problem cause of rewriting the backend. bye Andreas Joe Shaw wrote: > Hi, > > On Mon, 2006-07-17 at 14:29 +0200, Andreas Heinz wrote: >> i tested with: mono_external_encoding=iso-8859-1. now it can read the files. > > Yeah, the message you saw was actually from Mono, not from Beagle. > There's nothing we can really do about that message. > > Encodings are an issue generally for Beagle, because since you can't > know what the encoding of a filename is, it's difficult to pass it > around and index it effective. It's important that filenames are in > UTF-8 or else things might not work completely. > >> but now i get following errors in the logs: >> "060717 1402539793 06093 Beagle ERROR: Couldn't write attributes for >> /home/crash/.gaim/logs/icq/22013956/116305009/2005-11-08.234921.txt" >> >> for me it seems like beagle tries to use EAs which it can't use for my >> gaim logs since they are symlinked to a nfs share and on my harddisk >> because of xfs. dont know if the symlink can be a problem. > > The lack of xattr support shouldn't cause any real problems, although it > will be quite a bit less efficient. But data should still be indexed. > >> after having run beagle for about a hour, some of the information which >> comes out of the gaim logs is reachable from beagle-query. but i don't >> know why the gaim logs know make problems. > > I'm not sure I understand. Are you worried about the error message, but > all of your gaim logs are indexed properly? That is the intended > effect; maybe we should bump that warning down from ERROR to WARN. > >> could this gaim problem result from rebuilding my gaim index, because of >> joe's "rewrite" of the gaim backend? > > It shouldn't change anything from the previous backend. > > Joe > > From demidova@l3s.de Thu Jul 27 04:41:57 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A23733B009F for ; Thu, 27 Jul 2006 04:41:57 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13350-09 for ; Thu, 27 Jul 2006 04:41:56 -0400 (EDT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by menubar.gnome.org (Postfix) with ESMTP id 5828B3B011E for ; Thu, 27 Jul 2006 04:41:55 -0400 (EDT) Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k6R8fosF013256 for ; Thu, 27 Jul 2006 10:41:50 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id D7DCD133287; Thu, 27 Jul 2006 10:41:42 +0200 (CEST) Received: from [130.75.87.177] (pc177.l3s.uni-hannover.de [130.75.87.177]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id EF4F013326D for ; Thu, 27 Jul 2006 10:40:06 +0200 (CEST) Message-ID: <44C87BE4.9080803@l3s.de> Date: Thu, 27 Jul 2006 10:40:04 +0200 From: Elena Demidova User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: dashboard-hackers@gnome.org Subject: Lucene version in Beagle Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=0.001 tagged_above=-999 required=2 tests=[BAYES_50=0.001] X-Spam-Score: 0.001 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2006 08:41:57 -0000 Hi, which version of Lucene is used in Beagle 0.2.6? Best, Elena From dbera.web@gmail.com Thu Jul 27 15:05:29 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 727903B0094 for ; Thu, 27 Jul 2006 15:05:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22120-09 for ; Thu, 27 Jul 2006 15:05:28 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by menubar.gnome.org (Postfix) with ESMTP id 451423B017A for ; Thu, 27 Jul 2006 15:05:28 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id c2so413149ugf for ; Thu, 27 Jul 2006 12:05:27 -0700 (PDT) Received: by 10.66.224.19 with SMTP id w19mr7613923ugg; Thu, 27 Jul 2006 12:05:27 -0700 (PDT) Received: by 10.67.93.17 with HTTP; Thu, 27 Jul 2006 12:05:27 -0700 (PDT) Message-ID: <1f1f006d0607271205id8e576cn52d76eeb03b366fb@mail.gmail.com> Date: Thu, 27 Jul 2006 12:05:27 -0700 From: "D Bera" To: "Elena Demidova" Subject: Re: Lucene version in Beagle In-Reply-To: <44C87BE4.9080803@l3s.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44C87BE4.9080803@l3s.de> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.373 tagged_above=-999 required=2 tests=[AWL=0.027, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.373 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2006 19:05:30 -0000 Hi Elena, > which version of Lucene is used in Beagle 0.2.6? AFAIR, its version 1.9 (rc1). - dBera -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From rjheuser@ufl.edu Thu Jul 27 15:29:32 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F22DF3B01E2 for ; Thu, 27 Jul 2006 15:29:31 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24515-04 for ; Thu, 27 Jul 2006 15:29:30 -0400 (EDT) Received: from smtp.ufl.edu (smtp02.osg.ufl.edu [128.227.74.165]) by menubar.gnome.org (Postfix) with ESMTP id 5E5093B00E0 for ; Thu, 27 Jul 2006 15:29:30 -0400 (EDT) Received: from [192.168.0.108] (adsl-11-80-142.mia.bellsouth.net [65.11.80.142]) (authenticated bits=0) by smtp.ufl.edu (8.13.7/8.13.7/2.5.9) with ESMTP id k6RJTOwf3514490 for ; Thu, 27 Jul 2006 15:29:27 -0400 From: Ryan Heuser To: dashboard-hackers@gnome.org Subject: Is it possible to search everything within a time period? Date: Thu, 27 Jul 2006 15:29:21 -0400 User-Agent: KMail/1.9.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607271529.22043.rjheuser@ufl.edu> X-UFL-Spam-Level: *** X-UFL-Spam-Status: hits=3.701, required=5, tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL X-Scanned-By: CNS Open Systems Group (http://open-systems.ufl.edu/services/smtp-relay/) X-UFL-Scanned-By: CNS Open Systems Group (http://open-systems.ufl.edu/services/smtp-relay/) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Spam-Score: -2.599 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2006 19:29:32 -0000 Hi everyone, I'm new to both Beagle and the mailing list. I just had a quick question about the beagle-search utility. I'm something of a diarist / personal historian, and I installed beagle as a tool to help me remember and document the past by helping me search old emails, IM conversations, and documents. Everything is great so far except I can't figure out how to search for everything within a specific time period (usually one day) in the beagle-search utility. I can accomplish this with beagle-query by running: beagle-query --start 20060503 --end 20060504 But I can't seem to reproduce this with the GUI. Is this possible, or should I stick to the command line? Thanks in advance, and thanks for Beagle! -Ryan From mixonic@synitech.com Thu Jul 27 15:32:20 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5AAB03B0085 for ; Thu, 27 Jul 2006 15:32:20 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24385-09 for ; Thu, 27 Jul 2006 15:32:15 -0400 (EDT) Received: from smtp.acolyte.net (Mail.Acolyte.net [216.195.213.68]) by menubar.gnome.org (Postfix) with ESMTP id 24F4B3B00AF for ; Thu, 27 Jul 2006 15:32:14 -0400 (EDT) Received: (qmail 19438 invoked from network); 27 Jul 2006 19:24:03 -0000 Received: from unknown (HELO synitech.com) (127.0.0.1) by 0 with SMTP; 27 Jul 2006 19:24:03 -0000 Received: from 160.129.220.33 (SquirrelMail authenticated user mixonic@synitech.com) by synitech.com with HTTP; Thu, 27 Jul 2006 15:24:03 -0400 (EDT) Message-ID: <43181.160.129.220.33.1154028243.squirrel@synitech.com> Date: Thu, 27 Jul 2006 15:24:03 -0400 (EDT) Subject: Beagle can't launch evolution documents From: "Matthew Beale" To: X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.11) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.996 tagged_above=-999 required=2 tests=[AWL=0.604, BAYES_00=-2.599] X-Spam-Score: -1.996 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: mixonic@synitech.com List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2006 19:32:20 -0000 Hi all, Tried sending this without subscribing and it went to a moderator, who in turn never passed it through. So, here it is again! :-) Just started on beagle with 0.2.7 from gentoo stable. I'm having an issue I tried to address with the gentoo crew with: http://forums.gentoo.org/viewtopic-p-3463626.html#3463626 to no avail. I don't think the error is anything that complex: when clicking on an email (or email attachment) from the beagle search interface I get this error from evolution: Error while Opening folder email://1139305938.5482.0@hank/INBOX;uid=785. No provider available for protocol `email' I thought it might be a gnome url-hander issue, so I added a gnome handler for email with /desktop/gnome/url-handlers/email in gconf. Any ideas? Thanks, -- Matthew Beale :: 607 227 0871 Resume & Portfolio @ http://madhatted.com From dbera.web@gmail.com Thu Jul 27 19:07:03 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2EDD63B00F0 for ; Thu, 27 Jul 2006 19:07:03 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00561-10 for ; Thu, 27 Jul 2006 19:07:01 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by menubar.gnome.org (Postfix) with ESMTP id 20F0E3B00E0 for ; Thu, 27 Jul 2006 19:07:01 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id c2so506689ugf for ; Thu, 27 Jul 2006 16:07:00 -0700 (PDT) Received: by 10.66.224.19 with SMTP id w19mr7879056ugg; Thu, 27 Jul 2006 16:07:00 -0700 (PDT) Received: by 10.67.93.17 with HTTP; Thu, 27 Jul 2006 16:07:00 -0700 (PDT) Message-ID: <1f1f006d0607271607o76bb4621x7ef6cb0caadb2d5b@mail.gmail.com> Date: Thu, 27 Jul 2006 16:07:00 -0700 From: "D Bera" To: "Ryan Heuser" Subject: Re: Is it possible to search everything within a time period? In-Reply-To: <200607271529.22043.rjheuser@ufl.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200607271529.22043.rjheuser@ufl.edu> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.373 tagged_above=-999 required=2 tests=[AWL=0.027, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.373 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2006 23:07:03 -0000 Hi > can't figure out how to search for everything within a specific time period > (usually one day) in the beagle-search utility. I can accomplish this with > beagle-query by running: > > beagle-query --start 20060503 --end 20060504 > > But I can't seem to reproduce this with the GUI. Is this possible, or should > I stick to the command line? The last time I checked, beagle-search doesnt have this feature. Its only available in beagle-query. - dBera -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From minack@l3s.de Fri Jul 28 03:38:05 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EC4B63B007E for ; Fri, 28 Jul 2006 03:38:04 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18013-07 for ; Fri, 28 Jul 2006 03:38:02 -0400 (EDT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by menubar.gnome.org (Postfix) with ESMTP id 4607F3B00B7 for ; Fri, 28 Jul 2006 03:38:01 -0400 (EDT) Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k6S7bvj9027772 for ; Fri, 28 Jul 2006 09:37:57 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id 9946B18715C; Fri, 28 Jul 2006 09:37:57 +0200 (CEST) Received: from L3SMinack (pc120.l3s.uni-hannover.de [130.75.87.120]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id 4641E186F0F for ; Fri, 28 Jul 2006 09:37:52 +0200 (CEST) Message-ID: <007401c6b218$bb66bef0$78574b82@L3SMinack> From: "Enrico Minack" To: Subject: non-intuitive metadata search interpretation Date: Fri, 28 Jul 2006 09:33:16 +0200 Organization: L3S MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-0.956 tagged_above=-999 required=2 tests=[AWL=-0.957, BAYES_50=0.001] X-Spam-Score: -0.956 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2006 07:38:05 -0000 Dear all, while working on the metadata search feature of beagle (like title:something) we recognized that beagle interprets phrase queries in a non-intuitive way. It conserns usage of quotes. When you perform "title:communication protocol" it does look for titles "communication protocol", which is right. When you perform title:"communication protocol" which should (intuitively) do the same, it does look for titles "communication" and for "protocol" as ordinary keyword. See the --debug output of beagled for these two queries: Debug: Parsed query 'title:communication protocol' as prop query:key=dc:title, value=communication protocol and property type=Text Debug: Parsed query 'title:communication' as prop query:key=dc:title, value=communication and property type=Text Debug: Parsed query 'protocol"' as text_query Is this an known and open issue, a bug, or a feature? Regards, Enrico M. From lukas@pmad.net Sun Jul 30 15:37:10 2006 Return-Path: X-Original-To: dashboard-hackers@mail.gnome.org Delivered-To: dashboard-hackers@mail.gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B343B3B0095 for ; Sun, 30 Jul 2006 15:37:10 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04935-06 for ; Sun, 30 Jul 2006 15:37:07 -0400 (EDT) Received: from 42.mail-out.ovh.net (42.mail-out.ovh.net [213.251.189.42]) by menubar.gnome.org (Postfix) with ESMTP id 555993B002B for ; Sun, 30 Jul 2006 15:37:06 -0400 (EDT) Received: (qmail 27438 invoked by uid 503); 30 Jul 2006 19:36:58 -0000 Received: from b6.ovh.net (HELO mail189.ha.ovh.net) (213.186.33.56) by 42.mail-out.ovh.net with SMTP; 30 Jul 2006 19:36:58 -0000 Received: from b0.ovh.net (HELO queue-out) (213.186.33.50) by b0.ovh.net with SMTP; 30 Jul 2006 19:36:56 -0000 Received: from adsl-d42.87-197-151.telecom.sk (HELO ?192.168.0.76?) (87.197.151.42) by ns0.ovh.net with SMTP; 30 Jul 2006 19:36:55 -0000 Subject: Evenly distributed indexes From: Lukas Lipka To: dashboard-hackers Content-Type: text/plain Date: Sun, 30 Jul 2006 21:38:59 +0200 Message-Id: <1154288339.5010.3.camel@durable> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Ovh-Remote: 87.197.151.42 (adsl-d42.87-197-151.telecom.sk) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-Probably-Spam-Tag: YES (BOGO H 0.792512|0.0/5.0/N) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.724 tagged_above=-999 required=2 tests=[AWL=-0.614, BAYES_05=-1.11] X-Spam-Score: -1.724 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jul 2006 19:37:10 -0000 Hola hackers! So after a fantastic holiday I'm once again at home. :) I'm still trying to catch-up with all the fabulous stuff happening at the moment so bear with me. I have a bit of spare time the following week so I thougt I would do a little hacking after about a ~1.5 month pause. I will most likely try to get the new even distribution of indexes done, so I was wondering what is the status on it. Is there any work being done? Cheers, Lukas From jsogo@debian.org Sun Jul 16 11:06:32 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 488333B036E for ; Sun, 16 Jul 2006 11:06:32 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08755-03 for ; Sun, 16 Jul 2006 11:06:31 +0000 (UTC) Received: from mx.verfaction.de (mx.verfaction.de [212.9.177.23]) by menubar.gnome.org (Postfix) with ESMTP id E70213B0074 for ; Sun, 16 Jul 2006 11:06:30 +0000 (UTC) Received: from 140.red-81-39-131.dynamicip.rima-tde.net ([81.39.131.140] helo=aragorn.tribulaciones.org) by mx.verfaction.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1G24SB-0000A9-JX for dashboard-hackers@gnome.org; Sun, 16 Jul 2006 13:06:30 +0200 Received: from gimli.tribulaciones.org (unknown [192.168.1.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by aragorn.tribulaciones.org (Postfix) with ESMTP id 49F3756F1B for ; Sun, 16 Jul 2006 13:06:22 +0200 (CEST) Received: by gimli.tribulaciones.org (Postfix, from userid 1000) id EE208DF974; Sun, 16 Jul 2006 13:06:21 +0200 (CEST) From: Jose Carlos Garcia Sogo To: dashboard-hackers@gnome.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-cgdfQ8iqMna/xrim7aXx" Message-Id: <1153047981.6364.12.camel@gimli.tribulaciones.org> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 X-SA-Exim-Connect-IP: 81.39.131.140 X-SA-Exim-Mail-From: jsogo@debian.org Subject: scripts using exec -a [bashism] X-SA-Exim-Version: 4.2 (built Thu, 03 Mar 2005 10:44:12 +0100) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: X-Mailman-Approved-At: Thu, 06 Sep 2007 04:24:32 -0400 X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 16 Jul 2006 11:06:32 -0000 X-Original-Date: Sun, 16 Jul 2006 13:06:21 +0200 X-List-Received-Date: Sun, 16 Jul 2006 11:06:32 -0000 --=-cgdfQ8iqMna/xrim7aXx Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, Being Beagle Debian maintainer I have to fix some scripts using "exec -a" while having "#!/bin/sh" in its shebang line. I have patched all them to use "#! /bin/bash" as that exec option is only available in bash. I am going to fill a bug for this issue as soon as I solve the problem I am faing lately: There are two scripts, beagle-extract-content and beagle-index-url that I don't know how are being generated. They are listed in Makefiles, but there is no .in prototype like is in the other helper scripts. This means I don't know how to patch those. I would appreciate any help on how to do this, as not forcing these scripts to use bash will mean that people not having bash as default interpreter will have different errors. Please, keep me on CC, as I am not subscribed on the list. Cheers --=20 Jose Carlos Garcia Sogo jsogo@debian.org --=-cgdfQ8iqMna/xrim7aXx Content-Type: application/pgp-signature; name=signature.asc Content-Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEuh2sS+BYJZB4jhERAmf8AJ44HhL2qSxifcyHSfGBZR2rWkd3SQCeMKWr 7KqhWvuIVZCy53J9hyqZRzo= =za9b -----END PGP SIGNATURE----- --=-cgdfQ8iqMna/xrim7aXx-- From qub333@gmail.com Sun Jul 16 14:21:44 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6BBAB3B034E for ; Sun, 16 Jul 2006 14:21:44 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16010-07 for ; Sun, 16 Jul 2006 14:21:43 +0000 (UTC) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.202]) by menubar.gnome.org (Postfix) with ESMTP id E56193B00CD for ; Sun, 16 Jul 2006 14:21:42 +0000 (UTC) Received: by wx-out-0102.google.com with SMTP id t10so527939wxc for ; Sun, 16 Jul 2006 07:21:42 -0700 (PDT) Received: by 10.70.116.6 with SMTP id o6mr1508857wxc; Sun, 16 Jul 2006 07:21:42 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id h11sm746988wxd.2006.07.16.07.21.34; Sun, 16 Jul 2006 07:21:41 -0700 (PDT) Message-ID: <44BA4B6A.60803@kubasik.net> From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Pierre_=D6stlund?= Subject: Re: Beagle Thunderbird Patch References: <44B98269.5070009@kubasik.net> <44BA14F5.1030601@gmail.com> In-Reply-To: <44BA14F5.1030601@gmail.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: multipart/mixed; boundary="------------080203070201030804080804" Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Thu, 06 Sep 2007 04:24:31 -0400 Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 16 Jul 2006 14:21:44 -0000 X-Original-Date: Sun, 16 Jul 2006 10:21:30 -0400 X-List-Received-Date: Sun, 16 Jul 2006 14:21:44 -0000 This is a multi-part message in MIME format. --------------080203070201030804080804 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Aug darn, there goes some stupid fun, this one should have the actual code ;) Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog Pierre stlund wrote: > Didn't you forget the actual Thunderbird code in this patch? Seems to me > that this is only beagle-search code and Makefile updates? > > Thanks! > > Pierre > > Kevin Kubasik wrote: > Here she is, I'll also attach this in the bugzilla, but heres what we > have, and its ready for SVN in my opinion. (Although, don't get too > excited, were gonna have a long week of bugfixing ahead of us, its a > boatload-of-code). > > I'm going to be doing some more testing and possibly change some more > stuff this evening, so I might send another e-mail with an updated patch > (but its not super-likely). > > > _______________________________________________ > Dashboard-hackers mailing list > Dashboard-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/dashboard-hackers -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iQIVAwUBRLpLav3xZFNDM330AQi8dA/9FsPe6DaSrlMgWlhfg/G9E1Im7xAHmdG0 qJE58lmott4ffGFTx0WVt1Wchk77Su5VEmVEBoCvUAGyMx/ncTJPBX/aXGotqaaR 1gdRKwOOH0aIBYMvB+IQrKG2lzkLRcUhP8TNZaAt0ciMbQDCEJhm2DE313S9BXTh uuzNlrVB3Z0y7QCAcFUTenuIiixSNXFozcprJ3jPBB1bXcZbvDQtlAr0D49bFjL5 kXOqP+tbJjIZbJCVrrJI7Yux9wtujxTxYeAAR8i8vXjvkFkaQ2ql2msQwAchNRKV VbPzcx3lJSWUHFkjIUS1sAqtfsN82+Dztx+4Vudjp122HzxtUPCuywdUNWiIzP9k XAY4F4mL+Bw8v8PxmYp9lhui+WlnucLFkBh85vlBzkKfl0FZBn+bGQO9GBJ5vmwM uf+VWqRy1e26L2deJuFGcPgmNz1EsLg0mgBCpssTW56v6AqWSb3EVVXOZdhNt9Nk W6JUoE6qwMkVaYiUFt95wbhCc8FimIxs2foC3a0lWIgdtObykAKngsYkaip2A3tL pGY+XZMcMBNlcEL7lFFjslNk+LgMrm9XhBc+/ou1rmaYFku9PNeJNccCnENRrpuk 6dCTMnI44rwaC6jy20B1l1M71+UcCal0Mu3yjLPgxp2rbMPlSFM4B/ZlOlNqCcel yXOBZ0FalLE= =NVcb -----END PGP SIGNATURE----- --------------080203070201030804080804 Content-Type: text/x-patch; name="Thunderbird_RC2.diff" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="Thunderbird_RC2.diff" Index: search/Tiles/MailAttachment.cs =================================================================== --- search/Tiles/MailAttachment.cs (revision 2690) +++ search/Tiles/MailAttachment.cs (working copy) @@ -22,13 +22,13 @@ if (! base.Validate (hit)) return false; - string str = hit ["parent:fixme:hasAttachments"]; - + string str = hit.GetFirstProperty ("parent:fixme:hasAttachments"); + //Console.WriteLine (str); if (hit.ParentUri == null || str == null || str == "false") return false; - str = hit ["fixme:attachment_title"]; - + str = hit.GetFirstProperty ("fixme:attachment_title"); + //Console.WriteLine (str); if (str == null || str == "") return false; @@ -69,25 +69,30 @@ public override void Open () { - if (GetHitProperty (Hit, "fixme:client") != "evolution") { + SafeProcess p = MailMessage.GetClientProcess (GetHitProperty (Hit, "fixme:client")); + + if (p == null) { OpenFromMime (Hit); return; } - SafeProcess p = new SafeProcess (); - p.Arguments = new string [2]; - p.Arguments [0] = "evolution"; - if (Hit.ParentUriAsString != null) - p.Arguments [1] = Hit.ParentUriAsString; + p.Arguments [p.Arguments.Length-1] = Hit.ParentUriAsString; else - p.Arguments [1] = Hit.UriAsString; + p.Arguments [p.Arguments.Length-1] = Hit.UriAsString; try { p.Start (); } catch (SafeProcessException e) { Console.WriteLine ("Unable to run {0}: {1}", p.Arguments [0], e.Message); + p.Arguments [0] = "mozilla-thunderbird"; + try { + p.Start(); + } catch (SafeProcessException e2) { + Console.WriteLine ("Unable to run {0}: {1}", p.Arguments [0], e2.Message); + } } - } + } + } } Index: search/Tiles/MailMessage.cs =================================================================== --- search/Tiles/MailMessage.cs (revision 2690) +++ search/Tiles/MailMessage.cs (working copy) @@ -1,5 +1,6 @@ using System; using System.Diagnostics; +using System.IO; using Mono.Unix; using Beagle.Util; @@ -93,30 +94,55 @@ details.AddLabelPair (label, Utils.NiceLongDate (Timestamp)); details.AddSnippet (); + //Console.WriteLine ( details.snippet_text ); return details; } + public static SafeProcess GetClientProcess (string client) + { + SafeProcess p = null; + + if (client == "evolution") { + p = new SafeProcess (); + p.Arguments = new string [2]; + p.Arguments [0] = "evolution"; + } else if (client == "thunderbird") { + + + p = new SafeProcess (); + p.Arguments = new string [3]; + p.Arguments [0] = "thunderbird"; + p.Arguments [1] = "-mail"; + } + + return p; + } + public override void Open () { - if (Hit.GetFirstProperty ("fixme:client") != "evolution") { + SafeProcess p = GetClientProcess (Hit.GetFirstProperty ("fixme:client")); + + if (p == null) { OpenFromMime (Hit); return; } - SafeProcess p = new SafeProcess (); - p.Arguments = new string [2]; - p.Arguments [0] = "evolution"; - if (Hit.ParentUriAsString != null) - p.Arguments [1] = Hit.ParentUriAsString; + p.Arguments [p.Arguments.Length-1] = Hit.ParentUriAsString; else - p.Arguments [1] = Hit.UriAsString; + p.Arguments [p.Arguments.Length-1] = Hit.UriAsString; try { p.Start (); } catch (SafeProcessException e) { Console.WriteLine ("Unable to run {0}: {1}", p.Arguments [0], e.Message); + p.Arguments [0] = "mozilla-thunderbird"; + try { + p.Start(); + } catch (SafeProcessException e2) { + Console.WriteLine ("Unable to run {0}: {1}", p.Arguments [0], e2.Message); + } } } Index: search/Tiles/Contact.cs =================================================================== --- search/Tiles/Contact.cs (revision 2690) +++ search/Tiles/Contact.cs (working copy) @@ -78,10 +78,30 @@ return details; } + public static SafeProcess GetClientProcess (string client) + { + SafeProcess p = null; + + if (client == "evolution") { + p = new SafeProcess (); + p.Arguments = new string [2]; + p.Arguments [0] = "evolution"; + } else if (client == "thunderbird") { + p = new SafeProcess (); + p.Arguments = new string [4]; + p.Arguments [0] = "beagle-contactviewer"; + p.Arguments [1] = "--manager"; + p.Arguments [2] = "Thunderbird"; + } + + return p; + } + + public override void Open () { - SafeProcess p = new SafeProcess (); - p.Arguments = new string [] { "evolution", Hit.UriAsString }; + SafeProcess p = GetClientProcess (Hit.GetFirstProperty ("fixme:client")); + p.Arguments [p.Arguments.Length-1] = Hit.UriAsString; try { p.Start (); Index: Util/Thunderbird.cs =================================================================== --- Util/Thunderbird.cs (revision 0) +++ Util/Thunderbird.cs (revision 0) @@ -0,0 +1,822 @@ +// +// Thunderbird.cs: A utility class with methods and classes that might be needed to parse Thunderbird data +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Text; +using System.Collections; +using System.Globalization; +using System.Text.RegularExpressions; + +using Beagle; +using Beagle.Util; + +using GMime; + +namespace Beagle.Util { + + public class Thunderbird { + + public static bool Debug = false; + + ///////////////////////////////////////////////////////////////////////////////////// + + public enum AccountType { + Pop3, + Imap, + Rss, + Nntp, + AddressBook, + MoveMail, + Invalid + } + + ///////////////////////////////////////////////////////////////////////////////////// + + public class Account { + private string server_string = null; + private string path = null; + private int server_port = -1; + private AccountType account_type; + private char delimiter; + + public Account (string server, string path, int port, AccountType type, char delim) + { + this.server_string = server; + this.path = path; + this.server_port = port; + this.account_type = type; + this.delimiter = delim; + } + + public string Server { + get { return server_string; } + } + + public string Path { + get { return path; } + } + + public int Port { + get { return (server_port > 0 ? server_port : Thunderbird.ParsePort (Type)); } + } + + public AccountType Type { + get { return account_type; } + } + + public char Delimiter { + get { return (delimiter == char.MinValue ? '/' : delimiter); } + } + } + + ///////////////////////////////////////////////////////////////////////////////////// + + public class StorageBase { + protected Hashtable data; + protected System.Uri uri; + protected Account account; + + public StorageBase () + { + data = new Hashtable (); + } + + public string GetString (string key) + { + return Convert.ToString (data [key]); + } + + public int GetInt (string key) + { + try { + if (!data.ContainsKey (key)) + return -1; + + return Convert.ToInt32 (data [key]); + } catch (Exception e) { + return -1; + } + } + + public bool GetBool (string key) + { + try { + return Convert.ToBoolean (data [key]); + } catch (Exception e) { + return false; + } + } + + public object GetObject (string key) + { + return data [key]; + } + + public void SetObject (string key, object value) + { + if (key != null) + data [key] = value; + } + + public System.Uri Uri { + get { return uri; } + set { uri = value; } + } + + public Account Account { + get { return account; } + } + } + + ///////////////////////////////////////////////////////////////////////////////////// + + // String types: + // id, sender, subject, recipients, date, mailbox + // Integer types: + // size, msgOffset, offlineMsgSize + // Bool types: + // FullIndex + public class Mail : StorageBase { + private string workfile; + + public Mail (Account account, Hashtable data, string workfile) + { + foreach (string key in data.Keys) { + if (key == "id") + SetObject (key, data [key]); + else if (key == "sender") + SetObject (key, Utils.HeaderDecodePhrase ((string) data [key])); + else if (key == "subject") + SetObject (key, Utils.HeaderDecodeText ((string) data [key])); + else if (key == "recipients") + SetObject (key, Utils.HeaderDecodePhrase ((string) data [key])); + else if (key == "date") + SetObject (key, Thunderbird.HexDateToString ((string) data [key])); + else if (key == "size") + SetObject (key, Thunderbird.Hex2Dec ((string) data [key])); + else if (key == "msgOffset") + SetObject (key, Thunderbird.Hex2Dec ((string) data[key])); + else if (key == "offlineMsgSize") + SetObject (key, Thunderbird.Hex2Dec ((string) data [key])); + else if (key == "message-id") + SetObject (key, (string) data [key]); + else if (key == "references") + SetObject (key, (data [key] as string).Replace ("\\", "")); + } + + this.account = account; + this.workfile = workfile; + SetObject ("mailbox", Thunderbird.ConstructMailboxString (workfile, account)); + this.uri = Thunderbird.NewUri (Account, GetString ("mailbox"), GetString ("id")); + } + + private GMime.Message ConstructMessage () + { + GMime.Message message = null; + + // Try to fully index this mail by loading the entire mail into memory + if (GetBool ("FullIndex")) + message = FullMessage (); + + // Make sure we have the correct status set on this message, in case something went wrong + if (message == null || (message != null && message.Stream.Length <= 1)) { + SetObject ("FullIndex", (object) false); + return PartialMessage (); + } else + return message; + } + + private GMime.Message PartialMessage () + { + string date = GetString ("date"); + GMime.Message message = new GMime.Message (true); + + message.Subject = GetString ("subject"); + message.Sender = GetString ("sender"); + message.MessageId = GetString ("message-id"); + message.SetDate ((date != string.Empty ? DateTime.Parse (date) : new DateTime (1970, 1, 1, 0, 0, 0)), 0); + + // Add references + if (data.ContainsKey ("references")) { + foreach (Match m in Regex.Matches ((data ["references"] as string), @"\<(?>[^\<\>]+)\>")) + message.AddHeader ("References", m.Value); + } + + return message; + } + + private GMime.Message FullMessage () + { + int fd; + string file = Thunderbird.GetFullyIndexableFile (workfile); + GMime.Message message = null; + + // gmime will go nuts and make the daemon "segmentation fault" in case the file doesn't exist! + if (!File.Exists (file)) + return message; + + try { + fd = Mono.Unix.Native.Syscall.open (file, Mono.Unix.Native.OpenFlags.O_RDONLY); + StreamFs stream = new StreamFs (fd, Offset, Offset + Size); + Parser parser = new Parser (stream); + message = parser.ConstructMessage (); + + stream.Dispose (); + parser.Dispose (); + } catch (Exception e) {} + + return message; + } + + public int Offset { + get { + int msg_offset = GetInt ("msgOffset"); + return (msg_offset >= 0 ? msg_offset : Thunderbird.Hex2Dec (GetString ("id"))); + } + } + + public int Size { + get { + int msg_offline_size = GetInt ("offlineMsgSize"); + return (msg_offline_size >= 0 ? msg_offline_size : GetInt ("size")); + } + } + + public GMime.Message Message { + get { return ConstructMessage (); } + } + } + + ///////////////////////////////////////////////////////////////////////////////////// + + // String types: + // id, FirstName, LastName, DisplayName, NickName, PrimaryEmail, SecondEmail, + // WorkPhone, FaxNumber, HomePhone, PagerNumber, CellularNumber, HomeAddress, + // HomeAddress2, HomeCity, HomeState, HomeZipCode, HomeCountry, WorkAddress, + // WorkAddress2, WorkCity, WorkState, WorkZipCode, WorkCountry, JobTitle, Department, + // Company, _AimScreenName, FamilyName, WebPage1, WebPage2, BirthYear, BirthMonth + // , BirthDay, Custom1, Custom2, Custom3, Custom4, Notes, PreferMailFormat + // Integer types: + // None + public class Contact : StorageBase { + private string workfile; + + public Contact (Account account, Hashtable data, string workfile) + { + this.account = account; + this.data = data; + this.workfile = workfile; + this.uri = NewUri (account, Thunderbird.ConstructMailboxString (workfile, account), GetString ("id")); + } + + public string Workfile { + get { return workfile; } + } + + } + + ///////////////////////////////////////////////////////////////////////////////////// + + // String types: + // id, subject, sender, date, message-id + // Integer types: + // size + public class RssFeed : StorageBase { + private string workfile; + + public RssFeed (Account account, Hashtable data, string workfile) + { + foreach (string key in data.Keys) { + if (key == "id") + SetObject (key, data [key]); + else if (key == "subject") // title + SetObject (key, Utils.HeaderDecodePhrase ((string) data [key])); + else if (key == "sender") // publisher + SetObject (key, Utils.HeaderDecodePhrase ((string) data [key])); + else if (key == "date") // date + SetObject (key, HexDateToString ((string) data [key])); + else if (key == "size") // size + SetObject (key, Hex2Dec ((string) data [key])); + else if (key == "message-id") { // links + string tmp = (string) data [key]; + SetObject (key, Utils.HeaderDecodePhrase (tmp.Substring (0, tmp.LastIndexOf ("@")))); + } + } + + this.account = account; + this.workfile = workfile; + this.uri = NewUri (account, ConstructMailboxString (workfile, account), GetString ("id")); + } + + // FIXME: Make this a lot faster! + private StringReader ConstructContent () + { + string content = null; + string file = GetFullyIndexableFile (workfile); + + if (!File.Exists (file)) + return null; + + try { + StreamReader reader = new StreamReader (file); + + char[] tmp = new char [GetInt ("size")]; + reader.BaseStream.Seek (Hex2Dec (GetString ("id")), SeekOrigin.Begin); + reader.Read (tmp, 0, tmp.Length); + + // We don't want to index all HTTP headers, so we cut 'em off + content = new string (tmp); + content = content.Substring (content.IndexOf ("")); + + reader.Close (); + } catch (Exception e) { } + + return (content != null ? new StringReader (content) : null); + } + + public string Workfile { + get { return workfile; } + } + + public StringReader Content { + get { return ConstructContent (); } + } + } + + ///////////////////////////////////////////////////////////////////////////////////// + + // String types: + // id, subject, sender, date + // Integer types: + // size + // An NNTP message resambles a mail so very much... + public class NntpMessage : Mail { + + public NntpMessage (Account account, Hashtable data, string workfile) + : base (account, data, workfile) + { + foreach (string key in data.Keys) { + if (key == "id") + SetObject (key, data [key]); + else if (key == "subject") + SetObject (key, Utils.HeaderDecodeText ((string) data [key])); + else if (key == "sender") + SetObject (key, Utils.HeaderDecodePhrase ((string) data [key])); + else if (key == "date") + SetObject (key, Thunderbird.HexDateToString ((string) data [key])); + else if (key == "size") + SetObject (key, Thunderbird.Hex2Dec ((string) data [key])); + } + + Uri = NewUri (account, ConstructMailboxString (workfile, account), GetString ("id")); + } + + } + + ///////////////////////////////////////////////////////////////////////////////////// + + // Still just a stub, will be fixed later on + public class MoveMail : StorageBase { + + public MoveMail (Account account, Hashtable data, string workfile) + { + this.account = account; + this.data = data; + //this.workfile = workfile; + this.uri = NewUri (account, GetString ("tmp"), GetString ("id")); + } + + } + + ///////////////////////////////////////////////////////////////////////////////////// + + public class Database : IEnumerable { + private static MorkDatabase db; + private Account account; + private string file; + + private IEnumerator current = null; + + public Database (Account account, string file) + { + this.account = account; + this.file = file; + } + + public void Load () + { + db = new MorkDatabase (file); + db.Read(); + + switch (account.Type) { + case AccountType.Pop3: + case AccountType.Imap: + case AccountType.Rss: + case AccountType.Nntp: + case AccountType.MoveMail: + db.EnumNamespace = "ns:msg:db:row:scope:msgs:all"; + break; + case AccountType.AddressBook: + db.EnumNamespace = "ns:addrbk:db:row:scope:card:all"; + break; + } + + current = db.GetEnumerator (); + } + + public Account Account { + get { return account; } + } + + public int Count { + get { + if (db == null) + return 0; + + return (account.Type == AccountType.AddressBook ? + db.GetRowCount ("ns:addrbk:db:row:scope:card:all", "BF") : + db.GetRowCount ("ns:msg:db:row:scope:msgs:all")); + } + } + + public string Filename { + get { return (db != null ? db.Filename : string.Empty); } + } + + public MorkDatabase Db { + get { return db; } + } + + public IEnumerator GetEnumerator () + { + return new DatabaseEnumerator (db, account, current); + } + + public class DatabaseEnumerator : IEnumerator { + private MorkDatabase db; + private Account account; + private IEnumerator enumerator; + + public DatabaseEnumerator (MorkDatabase db, Account account, IEnumerator enumerator) + { + this.db = db; + this.enumerator = enumerator; + this.account = account; + } + + public bool MoveNext () + { + return (enumerator != null ? enumerator.MoveNext () : false); + } + + public void Reset () + { + enumerator.Reset (); + } + + public object Current { + get { + switch (account.Type) { + case AccountType.Pop3: + case AccountType.Imap: + return new Mail (account, db.Compile ((string) enumerator.Current, + "ns:msg:db:row:scope:msgs:all"), db.Filename); + case AccountType.AddressBook: + return new Contact (account, db.Compile ((string) enumerator.Current, + "ns:addrbk:db:row:scope:card:all"), db.Filename); + case AccountType.Rss: + return new RssFeed (account, db.Compile ((string) enumerator.Current, + "ns:msg:db:row:scope:msgs:all"), db.Filename); + case AccountType.Nntp: + return new NntpMessage (account, db.Compile ((string) enumerator.Current, + "ns:msg:db:row:scope:msgs:all"), db.Filename); + case AccountType.MoveMail: + return new MoveMail (account, db.Compile ((string) enumerator.Current, + "ns:msg:db:row:scope:msgs:all"), db.Filename); + } + + return null; + } + } + } + } + + ///////////////////////////////////////////////////////////////////////////////////// + + public static string HexDateToString (string hex) + { + DateTime time = new DateTime (1970,1,1,0,0,0); + + try { + time = time.AddSeconds ( + Int32.Parse (hex, NumberStyles.HexNumber)); + } catch (Exception e) {} + + return time.ToString (); + } + + public static int Hex2Dec (string hex) + { + int dec = -1; + + try { + dec = Convert.ToInt32 (hex, 16); + } catch (Exception e) { } + + return dec; + } + + public static int ParsePort (AccountType type) + { + int port = 0; + + switch (type) { + case AccountType.Pop3: + port = 110; + break; + case AccountType.Imap: + port = 143; + break; + } + + return port; + } + + public static AccountType ParseAccountType (string type_str) + { + AccountType type; + + try { + type = (AccountType) Enum.Parse (typeof (AccountType), type_str, true); + } catch { + type = AccountType.Invalid; + } + + return type; + } + + // A hack to extract a potential delimiter from a namespace-string + public static char GetDelimiter (string[] namespace_str) + { + MatchCollection matches = null; + Regex reg = new Regex (@"\\\""(.*)(?[^,])\\\""", RegexOptions.Compiled); + + if (namespace_str == null) + return char.MinValue; + + foreach (string str in namespace_str) { + try { + matches = reg.Matches (str); + } catch (Exception e) { + continue; + } + + foreach (Match m in matches) { + char delim = Convert.ToChar (m.Result ("${delimiter}")); + if (delim != ' ') + return delim; + } + } + + return char.MinValue; + } + + public static Uri NewUri (Account account, string mailbox, string id) + { + Uri uri = null; + + switch (account.Type) { + case AccountType.Pop3: + case AccountType.MoveMail: + case AccountType.Rss: // rss, movemail and pop3 share the same uri scheme + uri = new Uri (String.Format ("mailbox://{0}/{1}?number={2}", + account.Path, mailbox, Convert.ToInt32 (id, 16))); + break; + case AccountType.Imap: + uri = new Uri (String.Format ("imap://{0}:{1}/fetch%3EUID%3E{2}%3E{3}", + account.Server, account.Port, mailbox, Convert.ToInt32 (id, 16))); + break; + case AccountType.AddressBook: + uri = new Uri (String.Format ("abook://{0}?id={1}", mailbox, id)); + break; + case AccountType.Nntp: + uri = new Uri (String.Format ( "news://{0}:{1}/{2}?number={3}" , + new string[] {account.Server, account.Port.ToString(), mailbox, id} )); + break; + case AccountType.Invalid: + break; + } + + return uri; + } + + public static string GetFullyIndexableFile (string mork_file) + { + string mailbox_file = Path.Combine ( + Path.GetDirectoryName (mork_file), + Path.GetFileNameWithoutExtension (mork_file)); + + return mailbox_file; + } + + // a generic way to determine where thunderbird is storing it's files + public static string GetRootPath () + { + foreach (string dir in Directory.GetDirectories (PathFinder.HomeDir, ".*thunderbird*")) { + if (File.Exists (Path.Combine (dir, "profiles.ini"))) + return dir; + } + + return null; + } + + public static string[] GetProfilePaths (string root) + { + string line; + StreamReader reader; + ArrayList profiles = new ArrayList (); + + try { + reader = new StreamReader (Path.Combine (root, "profiles.ini")); + } catch (Exception e) { + return (string[]) profiles.ToArray (); + } + + // Read the profile path + while ((line = reader.ReadLine ()) != null) { + if (line.StartsWith ("Path=")) { + profiles.Add (String.Format ("{0}/{1}", root, line.Substring (5))); + continue; + } + } + + return (string[]) profiles.ToArray (typeof (string)); + } + + public static string GetRelativePath (string mork_file) + { + string path = null; + foreach (string root in Thunderbird.GetProfilePaths (Thunderbird.GetRootPath ())) { + if (!mork_file.StartsWith (root)) + continue; + + path = mork_file.Substring (root.Length+1); + break; + } + + return path; + } + + public static ArrayList ReadAccounts (string profile_dir) + { + string line = null; + Queue accounts = new Queue(); + Hashtable tbl = new Hashtable (); + ArrayList account_list = new ArrayList (); + StreamReader reader; + Regex id_reg = new Regex (@"account.account(?\d).server"); + Regex reg = new Regex (@"user_pref\(""mail\.(?.*)""\s*,\s*(""(?.*)"" | (?.*))\);", + RegexOptions.Compiled | RegexOptions.IgnorePatternWhitespace); + + try { + reader = new StreamReader (Path.Combine (profile_dir, "prefs.js")); + } catch (Exception e) { + if (Debug) + Logger.Log.Debug ("Failed to open file {0}: {1}", Path.Combine (profile_dir , "prefs.js"), e.Message); + + return account_list; + } + + while ((line = reader.ReadLine()) != null) { + if (!line.StartsWith ("user_pref(\"mail.")) + continue; + + try { + string key = reg.Match (line).Result ("${key}"); + + if (key.StartsWith ("account.account")) { + if (Debug) + Logger.Log.Debug ("account.account: {0}", id_reg.Match (key).Result ("${id}")); + + accounts.Enqueue (id_reg.Match (key).Result ("${id}")); + } + + tbl [key] = reg.Match (line).Result ("${value}"); + } catch (Exception e) { + if (Debug) + Logger.Log.Debug ("ReadAccounts 1: {0}", e.Message); + } + } + + if (Debug) + Logger.Log.Info ("ReadAccounts: {0} accounts", accounts.Count); + + while (accounts.Count > 0) { + string id = "server.server" + (accounts.Dequeue() as string); + AccountType type = ParseAccountType ((string) tbl [id + ".type"]); + char delimiter = GetDelimiter (new string [] { (string) tbl [id + ".namespace.personal"], + (string) tbl [id + ".namespace.public"], (string) tbl [id + ".namespace.other_users"]}); + + if (type == AccountType.Invalid) + continue; + + if (Debug) + Logger.Log.Debug ("ReadAccounts 2: {0}", id); + + try { + account_list.Add (new Account ( + String.Format ("{0}@{1}", (string) tbl [id + ".userName"], (string) tbl [id + ".hostname"]), + (string) tbl [id + ".directory"], Convert.ToInt32 ((string) tbl [id + ".port"]), type, delimiter)); + } catch (Exception e) { + if (Debug) + Logger.Log.Debug ("ReadAccounts 3: {0}", e.Message); + continue; + } + } + + // In case the address book file exists, add it as well + if (File.Exists (Path.Combine (profile_dir, "abook.mab"))) { + account_list.Add (new Account (Path.GetFileName (profile_dir), + Path.Combine (profile_dir, "abook.mab"), 0, AccountType.AddressBook, ' ')); + } + + return account_list; + } + + public static bool IsMorkFile (string path, string filename) + { + string full_path = Path.Combine (path, filename); + + if (Path.GetExtension (filename) == ".msf" && File.Exists (full_path)) + return true; + + return false; + } + + public static bool IsFullyIndexable (string mork_file) + { + try { + FileInfo file_info = new FileInfo (GetFullyIndexableFile (mork_file)); + if (file_info.Length > 0) + return true; + } catch (Exception e) {} + + return false; + } + + public static string ConstructMailboxString (string mork_file, Account account) + { + string mailbox = null; + + switch (account.Type) { + case AccountType.Pop3: + case AccountType.Rss: + case AccountType.MoveMail: + mailbox = GetFullyIndexableFile (mork_file.Substring (account.Path.Length+1)); + break; + case AccountType.Imap: + mailbox = mork_file.Substring (account.Path.Length+1); + mailbox = account.Delimiter + GetFullyIndexableFile (mailbox).Replace + (".sbd/", Convert.ToString (account.Delimiter)); + break; + case AccountType.AddressBook: + mailbox = mork_file; + break; + case AccountType.Nntp: + // Doesn't really matter what this is as long as it's unique (at least until I've figure the uri schemes) + mailbox = account.Server; + break; + case AccountType.Invalid: + mailbox = String.Format ("InvalidMailbox-{0}", mork_file); + break; + } + + return mailbox; + } + } + +} Index: Util/Mork.cs =================================================================== --- Util/Mork.cs (revision 0) +++ Util/Mork.cs (revision 0) @@ -0,0 +1,382 @@ +// +// Mork.cs: A parser for mork files (used by software such as Firefox and Thunderbird) +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Text; +using System.Collections; +using System.Text.RegularExpressions; + +namespace Beagle.Util +{ + public class MorkDatabase : IEnumerable { + protected string mork_file; + protected string enum_namespace; + + protected Hashtable dicts; + protected Hashtable metadicts; + protected Hashtable rows; + protected Hashtable tables; + + protected string regex_dict = @"(?\w+)\s*=(?(?>[^()]+|\((?)|\) (?<-n>))*)\)(\(|>)"; + protected string regex_row = @"(?[-!+]?)\[(-|)(?[0-9A-Za-z:\^]+)(?(?>[^\[\]]+)?)\]"; + protected string regex_cell = @"\^(?[0-9A-Fa-f]+)(\^(?[0-9A-Fa-f]+)|=(?[0-9A-Fa-f]+))"; + protected string regex_table = @"{.*?:(?[0-9A-Fa-f\^]+) {\(k\^(?[0-9A-Fa-f]+):c\)"; + + public MorkDatabase (string mork_file) + { + this.mork_file = mork_file; + this.dicts = new Hashtable (); + this.metadicts = new Hashtable (); + this.rows = new Hashtable (); + this.tables = new Hashtable (); + } + + public void Read () + { + string content; + StreamReader reader; + + reader = new StreamReader (mork_file); + content = reader.ReadToEnd (); + reader.Close (); + + Reset (); + Read (content); + } + + protected void Read (string content) + { + int position = -1; + + while (++position != content.Length) { + + if (content [position].Equals ('/') && content [position].Equals ('/')) + // Ignore comments + position = content.IndexOf ('\n'); + else if (content [position].Equals ('<') && content [position+2].Equals ('<')) + // Parse metadict information + ParseMetaDict (Read (content, ref position, "<(", ")>")); + else if (content [position].Equals ('<')) + // Parse dict information + ParseDict (Read (content, ref position, "<(", ")>")); + else if (content [position].Equals ('{')) { + // Parse table information + ParseTable (Read (content, ref position, "{", "}")); + }else if (content [position].Equals ('[')) + // Parse rows + ParseRows (Read (content, ref position, "[", "]"), null, null); + else if (content [position].Equals ('@') && content [position+1].Equals ('$')) + // Parse groups + ParseGroups (Read (content, ref position, "@$${", "@$$}")); + } + } + + protected string Read (string content, ref int position, string start, string end) + { + int tmp = position, start_position = position; + + do { + position = content.IndexOf (end, position+1); + if ((tmp = content.IndexOf (start, tmp+1)) < 0) + break; + } while (tmp < position); + + return content.Substring (start_position, position-start_position+1); + } + + protected virtual void ParseDict (string dict) + { + Regex reg = new Regex (@"(?[0-9A-Fa-f]+)\s*=(?(.*))", RegexOptions.Compiled); + + // This is sooo lame that, but it's an easy solution that works + foreach (string t in Regex.Replace (dict.Substring (2, dict.Length-3).Replace ("\\\n", ""). + Replace ("\n", ""), @"\)\s*\(", "\n").Split ('\n')) { + + try { + Match m = reg.Match (t); + dicts [m.Result ("${id}")] = m.Result ("${value}"); + + } catch (Exception e) { } + } + + } + + protected virtual void ParseMetaDict (string metadict) + { + Regex reg = new Regex (@"(?[0-9A-Fa-f]+)=(?[^()]+)", RegexOptions.Compiled); + + foreach (Match m in reg.Matches (metadict)) + metadicts [m.Result ("${id}")] = m.Result ("${value}"); + } + + protected virtual void ParseTable (string table) + { + int start = table.IndexOf ('}')+1; + Match m = new Regex (regex_table, RegexOptions.Compiled).Match (table); + + ParseRows (table.Substring (start, table.Length-start-1), m.Result ("${ns}"), m.Result ("${tbl}")); + } + + protected virtual void ParseRows (string rows, string ns, string table) + { + Regex reg = new Regex (regex_row, RegexOptions.Compiled); + + foreach (Match m in reg.Matches (Clean (rows))) { + // tmp [0] == id, tmp [1] == ns + string[] tmp = m.Result ("${roid}").Split (':'); + + if (m.Result ("${action}") == "-" || m.Result ("${cells}") == string.Empty) + RemoveRow (tmp [0], (tmp.Length > 1 ? tmp [1] : ns)); + else + AddRow (tmp [0], (tmp.Length > 1 ? tmp [1] : ns), table, m.Result ("${cells}")); + } + } + + protected virtual void ParseGroups (string groups) + { + int start = groups.IndexOf ("{@")+2; + + Read (groups.Substring (start, groups.Length-start-1)); + } + + protected string Clean (string str) + { + return str.Replace ("\n", "").Replace (" ", ""); + } + + public string ParseNamespace (string ns) + { + if (ns.StartsWith ("^")) + return ns; + else { + foreach (string key in metadicts.Keys) + if ((metadicts [key] as string) == ns) + return String.Format ("^{0}", key); + } + + return ns; + } + + public void AddRow (string id, string ns, string table, string cells) + { + string ns2 = ParseNamespace (ns); + + if (id == string.Empty || ns2 == string.Empty || cells == string.Empty) + return; + else if (!rows.ContainsKey (ns2)) + rows [ns2] = new Hashtable (); + + // Add row with a twist... (aka hack) + if (!Exists (id, ns2)) + (rows [ns2] as Hashtable).Add (id, cells); + else + (rows [ns2] as Hashtable) [id] = UpdateCells (GetCells (id, ns2), cells); + + // Save table association + if (!tables.ContainsKey (id)) + tables [id] = table; + } + + private string UpdateCells (string old_cells, string new_cells) + { + string ret_string = string.Empty; + Hashtable tbl = new Hashtable (); + Regex reg = new Regex (@"(?\^[0-9A-Fa-f]+)((?(\^|=)[0-9A-Fa-f]+))", RegexOptions.Compiled); + + foreach (Match m in reg.Matches (String.Concat (old_cells, new_cells))) + tbl [m.Result ("${key}")] = m.Result ("${value}"); + + foreach (string key in tbl.Keys) + ret_string = String.Concat (ret_string, String.Format ("({0}{1})", key, tbl [key])); + + return ret_string; + } + + public void RemoveRow (string id, string ns) + { + string ns2 = ParseNamespace (ns); + + if (!rows.ContainsKey (ns2)) + return; + + (rows [ns2] as Hashtable).Remove (id); + tables.Remove (id); + } + + public string GetCells (string id, string ns) + { + string ns2 = ParseNamespace (ns); + + return (ns2 != null ?(rows [ns2] as Hashtable) [id] as string : null); + } + + public Hashtable Compile (string id, string ns) + { + string ns2 = ParseNamespace (ns); + + if (!Exists (id, ns2)) + return null; + + Hashtable tbl = new Hashtable (); + Regex reg = new Regex (regex_cell, RegexOptions.Compiled); + + foreach (Match m in reg.Matches (GetCells (id, ns2))) { + string value = (string) (m.Result ("${pvalue}") != string.Empty ? + dicts [m.Result("${pvalue}")] : m.Result ("${value}")); + + tbl [metadicts [m.Result ("${key}")]] = Decode (value, Encoding); + } + + tbl ["id"] = id; + tbl ["table"] = tables [id]; + + return tbl; + } + + public bool Exists (string id, string ns) + { + string ns2 = ParseNamespace (ns); + + return (ns2 != null ? (rows [ns] as Hashtable).ContainsKey (id) : false); + } + + public int GetRowCount (string ns) + { + string ns2 = ParseNamespace (ns); + + if (ns2 == null || rows [ns2] == null) + return -1; + + return (rows [ns2] as Hashtable).Count; + } + + public int GetRowCount (string ns, string table) + { + int count = 0; + string ns2 = ParseNamespace (ns); + + if (ns2 == null || rows [ns2] == null) + return -1; + + foreach (string id in (rows [ns2] as Hashtable).Keys) { + if ((string) tables [id] == table) + count++; + } + + return count; + } + + public IEnumerator GetEnumerator () + { + string ns = ParseNamespace (EnumNamespace); + + if (ns == null || (rows [ns] as Hashtable) == null || Empty) + return null; + + return (rows [ns] as Hashtable).Keys.GetEnumerator (); + } + + public void Reset () + { + dicts.Clear (); + metadicts.Clear (); + rows.Clear (); + tables.Clear (); + } + + public static string Convert (int char1, int char2, System.Text.Encoding to_encoding) + { + byte[] bytes; + System.Text.Encoding from; + + if (char2 == -1) { + from = System.Text.Encoding.UTF7; + bytes = new byte[] { System.Convert.ToByte (char1) }; + } else { + from = System.Text.Encoding.UTF8; + bytes = new byte[] { System.Convert.ToByte (char1), System.Convert.ToByte (char2) }; + } + + return to_encoding.GetString (System.Text.Encoding.Convert (from, to_encoding, bytes)); + } + + public static string Decode (string str, System.Text.Encoding to_encoding) + { + foreach (Match m in Regex.Matches (str, @"\$(?<1>[0-9A-F]{2})\$(?<2>[0-9A-F]{2})|\$(?<3>[0-9A-F]{2})")) { + string char1 = m.Result ("${1}"), char2 = m.Result ("${2}"), char3 = m.Result ("${3}"); + + if (char1 != string.Empty) { + str = str.Replace (String.Format (@"${0}${1}", char1, char2), + Convert (Thunderbird.Hex2Dec (char1), Thunderbird.Hex2Dec (char2), to_encoding)); + } else { + str = str.Replace (String.Format (@"${0}", char3), + Convert (Thunderbird.Hex2Dec (char3), -1, to_encoding)); + } + } + + return str; + } + + public int Rows { + get { + int count = 0; + + foreach (Hashtable r in rows.Values) + count += r.Count; + + return count; + } + } + + public string EnumNamespace { + get { return enum_namespace; } + set { enum_namespace = value; } + } + + public string Filename { + get { return mork_file; } + } + + // There will always exist an item with id 1 in namespace 80, which means + // that when there are less than two items in the database, it's empty + public bool Empty { + get { return (rows.Count > 1 ? false : true); } + } + + public System.Text.Encoding Encoding { + get { + System.Text.Encoding encoding = System.Text.Encoding.GetEncoding ("iso-8859-1"); + + try { + encoding = System.Text.Encoding.GetEncoding ((string) metadicts ["f"]); + } catch { } + + return encoding; + } + } + } +} Index: Util/Makefile.am =================================================================== --- Util/Makefile.am (revision 2690) +++ Util/Makefile.am (working copy) @@ -114,6 +114,11 @@ $(srcdir)/SemWeb/XPathSemWebNavigator.cs \ $(srcdir)/PropertyKeywordAttribute.cs +if ENABLE_THUNDERBIRD +UTIL_CSFILES += \ + $(srcdir)/Mork.cs \ + $(srcdir)/Thunderbird.cs +endif if HAS_LIBCHM UTIL_CSFILES += \ Index: beagled/ThunderbirdQueryable/Contact.cs =================================================================== --- beagled/ThunderbirdQueryable/Contact.cs (revision 0) +++ beagled/ThunderbirdQueryable/Contact.cs (revision 0) @@ -0,0 +1,150 @@ +// +// Contact.cs: Adds address book indexing support to the Thunderbird backend +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Collections; +using System.Reflection; +using System.Text.RegularExpressions; + +using Beagle.Util; +using Beagle.Daemon; +using TB = Beagle.Util.Thunderbird; + +using GMime; + +namespace Beagle.Daemon.ThunderbirdQueryable { + + [ThunderbirdIndexableGenerator (TB.AccountType.AddressBook, "Address book support", true)] + public class ContactIndexableGenerator : ThunderbirdIndexableGenerator { + + public ContactIndexableGenerator (ThunderbirdIndexer indexer, TB.Account account, string abook_file) + : base (indexer, account, abook_file) + { + } + + public override bool HasNextIndexable () + { + do { + if (DbEnumerator == null || !DbEnumerator.MoveNext ()) { + Done = true; + indexer.NotificationEvent -= OnNotification; + indexer.ChildComplete (); + return false; + } + } while ((DbEnumerator.Current as TB.Contact).GetString ("table") != "BF" || + IsUpToDate ((DbEnumerator.Current as TB.Contact).Uri)); + + return true; + } + + public override Indexable GetNextIndexable () + { + return ContactToIndexable (DbEnumerator.Current as TB.Contact); + } + + public override void LoadDatabase () + { + try { + db = new TB.Database (account, DbFile); + db.Load (); + } catch (Exception e) { + Logger.Log.Debug ("Failed to load {0}: {1}", DbFile, e.Message); + return; + } + + if (db.Count <= 0) + return; + + Logger.Log.Info ("Indexing address book containing {0} contact(s) ({1})", db.Count, RelativePath); + } + + private Indexable ContactToIndexable (TB.Contact contact) + { + Indexable indexable = NewIndexable (contact.Uri, DateTime.Now.ToUniversalTime (), "Contact"); + + indexable.AddProperty (Property.New ("fixme:FirstName", contact.GetString ("FirstName"))); + indexable.AddProperty (Property.New ("fixme:LastName", contact.GetString ("LastName"))); + indexable.AddProperty (Property.New ("fixme:DisplayName", contact.GetString ("LastName"))); + indexable.AddProperty (Property.New ("fixme:NickName", contact.GetString ("NickName"))); + indexable.AddProperty (Property.NewKeyword ("fixme:PrimaryEmail", contact.GetString ("PrimaryEmail"))); + indexable.AddProperty (Property.NewKeyword ("fixme:SecondEmail", contact.GetString ("SecondEmail"))); + indexable.AddProperty (Property.New ("fixme:WorkPhone", contact.GetString ("WorkPhone"))); + indexable.AddProperty (Property.New ("fixme:FaxNumber", contact.GetString ("FaxNumber"))); + indexable.AddProperty (Property.New ("fixme:HomePhone", contact.GetString ("HomePhone"))); + indexable.AddProperty (Property.New ("fixme:PagerNumber", contact.GetString ("PagerNumber"))); + indexable.AddProperty (Property.New ("fixme:CellularNumber", contact.GetString ("CellularNumber"))); + indexable.AddProperty (Property.New ("fixme:HomeAddress", contact.GetString ("HomeAddress"))); + indexable.AddProperty (Property.New ("fixme:HomeAddress2", contact.GetString ("HomeAddress2"))); + indexable.AddProperty (Property.New ("fixme:HomeCity", contact.GetString ("HomeCity"))); + indexable.AddProperty (Property.New ("fixme:HomeState", contact.GetString ("HomeState"))); + indexable.AddProperty (Property.New ("fixme:HomeZipCode", contact.GetString("HomeZipCode"))); + indexable.AddProperty (Property.New ("fixme:HomeCountry", contact.GetString ("HomeCountry"))); + indexable.AddProperty (Property.New ("fixme:WorkAddress", contact.GetString ("WorkAddress"))); + indexable.AddProperty (Property.New ("fixme:WorkAddress2", contact.GetString ("WorkAddress2"))); + indexable.AddProperty (Property.New ("fixme:WorkCity", contact.GetString ("WorkCity"))); + indexable.AddProperty (Property.New ("fixme:WorkState", contact.GetString ("WorkState"))); + indexable.AddProperty (Property.New ("fixme:WorkZipCode", contact.GetString ("WorkZipCode"))); + indexable.AddProperty (Property.New ("fixme:WorkCountry", contact.GetString ("WorkCountry"))); + indexable.AddProperty (Property.New ("fixme:JobTitle", contact.GetString ("JobTitle"))); + indexable.AddProperty (Property.New ("fixme:Department", contact.GetString ("Department"))); + indexable.AddProperty (Property.New ("fixme:Company", contact.GetString ("Company"))); + indexable.AddProperty (Property.New ("fixme:_AimScreenName", contact.GetString ("_AimScreenName"))); + indexable.AddProperty (Property.New ("fixme:FamilyName", contact.GetString ("FamilyName"))); + indexable.AddProperty (Property.NewKeyword ("fixme:WebPage1", contact.GetString ("WebPage1"))); + indexable.AddProperty (Property.NewKeyword ("fixme:WebPage2", contact.GetString ("WebPage2"))); + indexable.AddProperty (Property.New ("fixme:BirthYear", contact.GetString ("BirthYear"))); + indexable.AddProperty (Property.New ("fixme:BirthMonth", contact.GetString ("BirthMonth"))); + indexable.AddProperty (Property.New ("fixme:BirthDay", contact.GetString ("BirthDay"))); + indexable.AddProperty (Property.New ("fixme:Custom1", contact.GetString ("Custom1"))); + indexable.AddProperty (Property.New ("fixme:Custom2", contact.GetString ("Custom2"))); + indexable.AddProperty (Property.New ("fixme:Custom3", contact.GetString ("Custom3"))); + indexable.AddProperty (Property.New ("fixme:Custom4", contact.GetString ("Custom4"))); + indexable.AddProperty (Property.New ("fixme:Notes", contact.GetString ("Notes"))); + indexable.AddProperty (Property.New ("fixme:PreferMailFormat", contact.GetString ("PreferMailFormat"))); + + indexable.AddProperty (Property.NewKeyword ("fixme:Email", contact.GetString ("PrimaryEmail"))); + indexable.AddProperty (Property.New ("fixme:Name", contact.GetString ("DisplayName"))); + + return indexable; + } + + // Why? Because it's very likely that the user will sometimes change contact details. Current IsUpToDate + // (in ThunderbirdIndexableGenerator-class) only checks the "fullyIndexed" property and when the contact + // was indexed, thus if the user changes an email address it won't be updated until beagle is restarted. + // By always returning false here, we make sure that beagle always re-index contacts when something + // happens. It's a really fast and not a very cpu intensive task, so it doesn't really matter. + protected new bool IsUpToDate (Uri uri) + { + // Remove this uri from the cache + if (stored_cache != null) + stored_cache.Remove (uri.ToString ()); + + return false; + } + } +} + Index: beagled/ThunderbirdQueryable/ThunderbirdInotify.cs =================================================================== --- beagled/ThunderbirdQueryable/ThunderbirdInotify.cs (revision 0) +++ beagled/ThunderbirdQueryable/ThunderbirdInotify.cs (revision 0) @@ -0,0 +1,160 @@ +// +// ThunderbirdInotify.cs. This class will sumnarize inotify events and raise an event every 30 seconds (to prevent inotify hammering) +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Collections; + +using Beagle; +using Beagle.Util; + +namespace Beagle.Daemon.ThunderbirdQueryable { + + public class ThunderbirdInotify { + protected struct Event { + public Inotify.Watch Watch; + public string Path; + public string Subitem; + public string Srcpath; + public Inotify.EventType Type; + public long OldFileSize; + public long CurrentFileSize; + + public Event (Inotify.Watch watch, string path, string subitem, + string srcpath, Inotify.EventType type, long old_size, long current_size) + { + this.Watch = watch; + this.Path = path; + this.Subitem = subitem; + this.Srcpath = srcpath; + this.Type = type; + this.OldFileSize = old_size; + this.CurrentFileSize = current_size; + } + } + + private Queue queue; + + public ThunderbirdInotify () + { + queue = new Queue (); + + GLib.Timeout.Add (30000, new GLib.TimeoutHandler (Process)); + } + + public void Watch (string path, Inotify.EventType type) + { + Inotify.Subscribe (path, OnInotify, type); + } + + private void OnInotify (Inotify.Watch watch, + string path, + string subitem, + string srcpath, + Inotify.EventType type) + { + if (subitem == null) + return; + + // Unsubscribe to directories that have been removed + if ((type & Inotify.EventType.Delete) != 0 && (type & Inotify.EventType.IsDirectory) != 0) + watch.Unsubscribe (); + + lock (queue.SyncRoot) { + bool found = false; + for (int i = 0; i < queue.Count; i++) { + Event ev = (Event) queue.Dequeue (); + + if (ev.Path == path && ev.Subitem == subitem && ev.Srcpath == srcpath) { + found = true; + ev.Type = (ev.Type | type); + queue.Enqueue (ev); + break; + } + + queue.Enqueue (ev); + } + + if (!found) { + queue.Enqueue (new Event (watch, path, subitem, srcpath, + type, -1, GetFileSize (Path.Combine (path, subitem)))); + } + } + } + + private bool Process () + { + Queue tmp = new Queue (); + + lock (queue.SyncRoot) { + while (queue.Count > 0) { + Event ev = (Event) queue.Dequeue(); + long size = GetFileSize (Path.Combine (ev.Path, ev.Subitem)); + + if (Thunderbird.Debug) { + Logger.Log.Debug ("EVENT: {0} ({1}) [{2}, {3}]", + Path.Combine (ev.Path, ev.Subitem).ToString (), ev.Type, ev.CurrentFileSize, size); + } + + if (size != ev.CurrentFileSize) { + ev.OldFileSize = ev.CurrentFileSize; + ev.CurrentFileSize = size; + tmp.Enqueue (ev); + continue; + } + + OnInotifyEvent (ev); + } + + while (tmp.Count > 0) + queue.Enqueue (tmp.Dequeue ()); + } + + return true; + } + + private long GetFileSize (string filename) + { + long filesize = -1; + + try { + FileInfo file = new FileInfo (filename); + filesize = file.Length; + } catch (Exception e) { } + + return filesize; + } + + protected virtual void OnInotifyEvent (Event ev) + { + if (InotifyEvent != null) + InotifyEvent (ev.Watch, ev.Path, ev.Subitem, ev.Srcpath, ev.Type); + } + + public event Inotify.InotifyCallback InotifyEvent; + } + +} Index: beagled/ThunderbirdQueryable/LuceneAccess.cs =================================================================== --- beagled/ThunderbirdQueryable/LuceneAccess.cs (revision 0) +++ beagled/ThunderbirdQueryable/LuceneAccess.cs (revision 0) @@ -0,0 +1,136 @@ +// +// LuceneAccess.cs: Provides low level access to the underlying Lucene database +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.Collections; + +using Lucene.Net.Documents; +using Lucene.Net.Index; +using LNS = Lucene.Net.Search; + +using Beagle.Daemon; +using Beagle.Util; + +namespace Beagle.Daemon.ThunderbirdQueryable { + + public class LuceneAccess : LuceneQueryingDriver { + public class StoredInfo + { + public DateTime LastIndex; + public bool FullyIndexed; + public Uri Uri; + } + + public LuceneAccess (string index_name, int minor_version, bool read_only) + : base (index_name, minor_version, read_only) + { + + } + + public StoredInfo DocumentToStoredInfo (Document doc) + { + int count = 0; + StoredInfo info = new StoredInfo (); + + info.Uri = GetUriFromDocument (doc); + + foreach (Field f in doc.Fields ()) { + Property prop = GetPropertyFromDocument (f, doc, false); + if (prop == null) + continue; + + switch (prop.Key) { + case "fixme:indexDateTime": + info.LastIndex = StringFu.StringToDateTime (prop.Value); + count++; + break; + case "fixme:fullyIndexed": + info.FullyIndexed = Convert.ToBoolean (prop.Value); + count++; + break; + } + + if (count == 2) + break; + } + + return info; + } + + private class SingletonCollector : LNS.HitCollector + { + public int MatchId = -1; + + public override void Collect (int id, float score) + { + MatchId = id; + } + } + + public StoredInfo GetStoredInfo (Uri uri) + { + StoredInfo info = new StoredInfo (); + + LNS.Query query = UriQuery ("Uri", uri); + SingletonCollector collector = new SingletonCollector (); + + LNS.IndexSearcher searcher = LuceneCommon.GetSearcher (PrimaryStore); + searcher.Search (query, null, collector); + + if (collector.MatchId != -1) { + Document doc = searcher.Doc (collector.MatchId); + info = DocumentToStoredInfo (doc); + } + + LuceneCommon.ReleaseSearcher (searcher); + + return info; + } + + public Hashtable GetStoredUriStrings (string server, string file) + { + Hashtable uris = new Hashtable (); + + Term term = new Term (PropertyToFieldName (PropertyType.Keyword, "fixme:file"), file); + LNS.QueryFilter filter = new LNS.QueryFilter (new LNS.TermQuery (term)); + + term = new Term (PropertyToFieldName (PropertyType.Keyword, "fixme:account"), server); + LNS.TermQuery query = new LNS.TermQuery (term); + + LNS.IndexSearcher searcher = LuceneCommon.GetSearcher (PrimaryStore); + LNS.Hits hits = searcher.Search (query, filter); + + for (int i = 0; i < hits.Length (); i++) { + StoredInfo info = DocumentToStoredInfo (hits.Doc (i)); + uris.Add (info.Uri.ToString (), info.FullyIndexed); + } + + LuceneCommon.ReleaseSearcher (searcher); + + return uris; + } + } +} Index: beagled/ThunderbirdQueryable/ThunderbirdIndexableGenerator.cs =================================================================== --- beagled/ThunderbirdQueryable/ThunderbirdIndexableGenerator.cs (revision 0) +++ beagled/ThunderbirdQueryable/ThunderbirdIndexableGenerator.cs (revision 0) @@ -0,0 +1,258 @@ +// +// ThunderbirdIndexableGenerator.cs: A helper class that makes it very easy to add new features to this backend +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Collections; +using System.Reflection; +using System.Text.RegularExpressions; + +using Beagle.Util; +using Beagle.Daemon; +using TB = Beagle.Util.Thunderbird; + +using GMime; + +namespace Beagle.Daemon.ThunderbirdQueryable { + + // This is a generic IndexableGenerator-class and should be used to index mork files only! + public abstract class ThunderbirdIndexableGenerator : IIndexableGenerator { + protected ThunderbirdIndexer indexer; + protected TB.Database db; + protected TB.Account account; + protected IEnumerator db_enumerator; + + private bool full_index; + private string db_file; + private bool done; + private string relative_path; + protected Hashtable stored_cache; + + public ThunderbirdIndexableGenerator (ThunderbirdIndexer indexer, TB.Account account, string db_file) + { + this.indexer = indexer; + this.indexer.NotificationEvent += OnNotification; + this.account = account; + this.full_index = true; + this.db_file = db_file; + this.done = false; + this.relative_path = Thunderbird.GetRelativePath (db_file); + + // Load the database and make sure the enumerator is up to date. Otherwise we will + // get lots of null exceptions when enumerating the database. + LoadDatabase (); + ResetEnumerator (); + + // Fetch all already stored uris in the index. This way we can remove one uri at the time + // while we are indexing and thus in the end now which mails that doesn't exist anymore. + stored_cache = indexer.Lucene.GetStoredUriStrings (account.Server, relative_path); + } + + public abstract bool HasNextIndexable (); + public abstract Indexable GetNextIndexable (); + public abstract void LoadDatabase (); + + public virtual bool IsUpToDate (Uri uri) + { + if (uri == null) + return false; + + LuceneAccess.StoredInfo info = indexer.Lucene.GetStoredInfo (uri); + + // Remove this uri from the cache + if (stored_cache != null) + stored_cache.Remove (uri.ToString ()); + + // Check if this time is "older" than the time we began to index and if the index + // status has changed (partial vs. full indexing) + if (info != null && ThunderbirdQueryable.IndexingStart.CompareTo (info.LastIndex) < 0 && + FullIndex == info.FullyIndexed) { + return true; + } + + return false; + } + + public virtual void PostFlushHook () + { + if (!Done || (stored_cache == null) || (Done && stored_cache.Count == 0)) + return; + + if (Thunderbird.Debug) + Logger.Log.Debug ("Cleaning out old objects in {0} ({1})", RelativePath, stored_cache.Count); + + ArrayList uris = new ArrayList (); + foreach (string uri_str in stored_cache.Keys) + uris.Add (new Uri (uri_str)); + + indexer.ScheduleRemoval ((Uri[]) uris.ToArray (typeof (Uri)), + String.Format ("PostFlushHook-{0}", RelativePath), Scheduler.Priority.Delayed); + } + + protected virtual Indexable NewIndexable (Uri uri, DateTime timestamp, string hit_type) + { + Indexable indexable; + + indexable = new Indexable (uri); + indexable.HitType = hit_type; + indexable.Timestamp = timestamp; + + indexable.AddProperty (Property.NewKeyword ("fixme:account", account.Server)); + indexable.AddProperty (Property.NewKeyword ("fixme:client", "thunderbird")); + indexable.AddProperty (Property.NewUnsearched ("fixme:fullyIndexed", full_index)); + indexable.AddProperty (Property.NewUnsearched ("fixme:file", RelativePath)); + indexable.AddProperty (Property.NewDate ("fixme:indexDateTime", DateTime.UtcNow)); + + return indexable; + } + + protected virtual void ResetEnumerator () + { + if (db != null && db.Count > 0) + db_enumerator = db.GetEnumerator (); + else + db_enumerator = null; + } + + protected virtual void OnNotification (object o, NotificationEventArgs args) + { + if (args.Account != account) + return; + + switch (args.Type) { + case NotificationType.StopIndexing: + indexer.NotificationEvent -= OnNotification; + Logger.Log.Debug ("Stopping running task {0}", account.Server); + break; + + case NotificationType.RestartIndexing: + LoadDatabase (); + break; + + case NotificationType.UpdateAccountInformation: + account = (TB.Account) args.Data; + LoadDatabase (); + break; + + } + } + + // Done should be set to true when there's no more objects to index. This will allow + // PostFlushHook to remove old objects from the index. + public bool Done { + get { return done; } + set { done = value; } + } + + public string DbFile { + get { return db_file; } + set { db_file = value; } + } + + public bool FullIndex { + get { return full_index; } + set { full_index = value; } + } + + // Realtive path to current mork_file + public string RelativePath { + get { return relative_path; } + } + + protected IEnumerator DbEnumerator { + get { return db_enumerator; } + } + + public string StatusName { + get { return account.Server; } + } + } + + ///////////////////////////////////////////////////////////////////////////////////// + + [AttributeUsage (AttributeTargets.Class, AllowMultiple = true)] + public class ThunderbirdIndexableGeneratorAttribute : System.Attribute { + private TB.AccountType type; + private string description; + private bool enabled; + + public ThunderbirdIndexableGeneratorAttribute (TB.AccountType type, string description, bool enabled) + { + this.type = type; + this.description = description; + this.enabled = enabled; + } + + public TB.AccountType Type { + get { return type; } + set { type = value; } + } + + public string Description { + get { return description; } + set { description = value; } + } + + public bool Enabled { + get { return enabled; } + set { enabled = value; } + } + } + + ///////////////////////////////////////////////////////////////////////////////////// + + + public class UriRemovalIndexableGenerator : IIndexableGenerator { + private Uri[] uris; + + private IEnumerator enumerator; + + public UriRemovalIndexableGenerator (Uri[] uris) + { + this.uris = uris; + this.enumerator = this.uris.GetEnumerator (); + } + + public Indexable GetNextIndexable () + { + return new Indexable (IndexableType.Remove, (Uri) enumerator.Current); + } + + public bool HasNextIndexable () + { + while (enumerator == null || !enumerator.MoveNext ()) + return false; + + return true; + } + + public string StatusName { + get { return String.Format ("Removing {0} uris", uris.Length); } + } + + public void PostFlushHook () { } + } +} Index: beagled/ThunderbirdQueryable/NNTP.cs =================================================================== --- beagled/ThunderbirdQueryable/NNTP.cs (revision 0) +++ beagled/ThunderbirdQueryable/NNTP.cs (revision 0) @@ -0,0 +1,112 @@ +// +// NNTP.cs: Adds NNTP indexing support to the Thunderbird backend +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Collections; +using System.Reflection; +using System.Text.RegularExpressions; + +using Beagle.Util; +using Beagle.Daemon; +using TB = Beagle.Util.Thunderbird; + +using GMime; + +namespace Beagle.Daemon.ThunderbirdQueryable { + + [ThunderbirdIndexableGenerator (TB.AccountType.Nntp, "NNTP Support", false)] + public class NNTPIndexableGenerator : ThunderbirdIndexableGenerator { + + public NNTPIndexableGenerator (ThunderbirdIndexer indexer, TB.Account account, string file) + : base (indexer, account, file) + { + } + + public override bool HasNextIndexable () + { + do { + if (DbEnumerator == null || !DbEnumerator.MoveNext ()) { + Done = true; + indexer.NotificationEvent -= OnNotification; + indexer.ChildComplete (); + return false; + } + } while (IsUpToDate ((DbEnumerator.Current as TB.NntpMessage).Uri)); + + return true; + } + + public override Indexable GetNextIndexable () + { + TB.NntpMessage message = DbEnumerator.Current as TB.NntpMessage; + + // If status is different, than something happend when loading this mail and we dont' + // want to change it's status. + if (message.GetObject ("FullIndex") == null) + message.SetObject ("FullIndex", (object) FullIndex); + + return NntpMessageToIndexable (message); + } + + public override void LoadDatabase () + { + try { + db = new TB.Database (account, DbFile); + db.Load (); + } catch (Exception e) { + Logger.Log.Debug ("Failed to load {0}: {1}", DbFile, e.Message); + return; + } + + if (db.Count <= 0) + return; + + FullIndex = (Thunderbird.IsFullyIndexable (DbFile) ? true : false); + Logger.Log.Info ("Indexing {0} NNTP messages", db.Count); + } + + // FIXME: This need some more info + private Indexable NntpMessageToIndexable (TB.NntpMessage message) + { + Indexable indexable; + + indexable = new Indexable (message.Uri); + indexable.HitType = "MailMessage"; + indexable.MimeType = "message/rfc822"; + indexable.Timestamp = DateTime.Parse (message.GetString ("date")).ToUniversalTime (); + + indexable.AddProperty (Property.NewKeyword ("fixme:client", "thunderbird")); + indexable.AddProperty (Property.NewUnsearched ("fixme:fullyIndexed", message.GetBool ("FullIndex"))); + indexable.AddProperty (Property.NewDate ("fixme:indexDateTime", DateTime.UtcNow)); + + string subject = GMime.Utils.HeaderDecodePhrase (message.GetString ("subject")); + indexable.AddProperty (Property.New ("dc:title", subject)); + + return indexable; + } + } +} Index: beagled/ThunderbirdQueryable/Mail.cs =================================================================== --- beagled/ThunderbirdQueryable/Mail.cs (revision 0) +++ beagled/ThunderbirdQueryable/Mail.cs (revision 0) @@ -0,0 +1,111 @@ +// +// Mail.cs: Adds POP3 and IMAP indexing support to the Thunderbird backend +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Collections; +using System.Reflection; +using System.Text.RegularExpressions; + +using Beagle.Util; +using Beagle.Daemon; +using TB = Beagle.Util.Thunderbird; + +using GMime; + +namespace Beagle.Daemon.ThunderbirdQueryable { + + [ThunderbirdIndexableGenerator (TB.AccountType.Pop3, "POP3 Support", true)] + [ThunderbirdIndexableGenerator (TB.AccountType.Imap, "IMAP Support", true)] + public class MailIndexableGenerator : ThunderbirdIndexableGenerator { + + public MailIndexableGenerator (ThunderbirdIndexer indexer, TB.Account account, string mork_file) + : base (indexer, account, mork_file) + { + } + + public override bool HasNextIndexable () + { + do { + while (DbEnumerator == null || !DbEnumerator.MoveNext ()) { + Done = true; + indexer.NotificationEvent -= OnNotification; + indexer.ChildComplete (); + return false; + } + } while (IsUpToDate ((DbEnumerator.Current as TB.Mail).Uri)); + + return true; + } + + public override Indexable GetNextIndexable () + { + TB.Mail mail = DbEnumerator.Current as TB.Mail; + + // If status is different, than something happend when loading this mail and we dont' + // want to change it's status. + if (mail.GetObject ("FullIndex") == null) + mail.SetObject ("FullIndex", (object) FullIndex); + + return MailToIndexable (mail); + } + + public override void LoadDatabase () + { + try { + db = new TB.Database (account, DbFile); + db.Load (); + } catch (Exception e) { + Logger.Log.Warn ("Failed to load {0}: {1}", DbFile, e.Message); + return; + } + + if (db.Count <= 0) + return; + + FullIndex = (Thunderbird.IsFullyIndexable (DbFile) ? true : false); + Logger.Log.Info ("Indexing {0} containing {1} mails ({2})", RelativePath, db.Count, (FullIndex ? "Full" : "Partial")); + } + + private Indexable MailToIndexable (TB.Mail mail) + { + Indexable indexable; + GMime.Message message = mail.Message; + FullIndex = mail.GetBool ("FullIndex"); // Make sure this is up to date + + indexable = NewIndexable (mail.Uri, message.Date.ToUniversalTime (), "MailMessage"); + indexable.MimeType = "message/rfc822"; + indexable.CacheContent = true; + indexable.AddProperty (Property.NewKeyword ("fixme:folder", mail.GetString ("mailbox"))); + indexable.SetBinaryStream (message.Stream); + + if (mail.GetBool ("FullIndex")) + indexable.ContentUri = UriFu.PathToFileUri (Thunderbird.GetFullyIndexableFile (DbFile)); + + return indexable; + } + } +} Index: beagled/ThunderbirdQueryable/ThunderbirdQueryable.cs =================================================================== --- beagled/ThunderbirdQueryable/ThunderbirdQueryable.cs (revision 0) +++ beagled/ThunderbirdQueryable/ThunderbirdQueryable.cs (revision 0) @@ -0,0 +1,180 @@ +// +// ThunderbirdQueryable.cs: This is where all the magic begins! +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Threading; +using System.Collections; +using System.Text.RegularExpressions; + +using Beagle; +using Beagle.Util; + +namespace Beagle.Daemon.ThunderbirdQueryable { + + [QueryableFlavor (Name = "Thunderbird", Domain = QueryDomain.Local, RequireInotify = false)] + public class ThunderbirdQueryable : LuceneQueryable { + private static DateTime indexing_start; + private ThunderbirdIndexer indexer; + + public ThunderbirdQueryable () : + base ("ThunderbirdIndex") + { + // Remove one second from the start time to make sure we don't run into any troubles + indexing_start = DateTime.UtcNow.Subtract (new TimeSpan (0, 0, 1)); + indexer = null; + + GMime.Global.Init (); + + if (Environment.GetEnvironmentVariable ("BEAGLE_THUNDERBIRD_DEBUG") != null) { + Thunderbird.Debug = true; + Logger.Log.Debug ("Running Thunderbird backend in debug mode"); + } + } + + public override void Start () + { + base.Start (); + ExceptionHandlingThread.Start (new ThreadStart (StartWorker)); + } + + private void StartWorker () + { + Logger.Log.Info ("Starting Thunderbird backend"); + Stopwatch watch = new Stopwatch (); + watch.Start (); + + string root_path = Thunderbird.GetRootPath (); + if (!Directory.Exists (root_path)) { + GLib.Timeout.Add (60000, new GLib.TimeoutHandler (IndexDataCheck)); + Logger.Log.Info ("No data available for indexing in {0}", root_path); + return; + } + + State = QueryableState.Crawling; + indexer = new ThunderbirdIndexer (this, Thunderbird.GetProfilePaths (root_path)); + indexer.Crawl (); + State = QueryableState.Idle; + + watch.Stop (); + Logger.Log.Info ("Thunderbird backend done in {0}s", watch.ElapsedTime); + } + + private bool IndexDataCheck () + { + if (!Directory.Exists (Thunderbird.GetRootPath ())) + return true; + + StartWorker (); + return false; + } + + // We need this in order to perform custom queries to the lucene database + override protected LuceneQueryingDriver BuildLuceneQueryingDriver (string index_name, + int minor_version, + bool read_only_mode) + { + return new LuceneAccess (index_name, minor_version, read_only_mode); + } + + ///////////////////////////////////////////////////////////////////////////////////// + + public Scheduler.Task NewRemoveTaskByDate (DateTime end_date) + { + return NewAddTask (new DateIndexableGenerator (Driver, Lucene, end_date)); + } + + // The purpose of this IndexableGenerator is to remove mails older than the + // specified date (when beagle began to index Thunderbird mails) + private class DateIndexableGenerator : IIndexableGenerator { + private LuceneQueryingDriver driver; + private LuceneAccess lucene; + private DateTime end_date; + + private Uri[] stored_uris; + private IEnumerator enumerator; + + public DateIndexableGenerator (LuceneQueryingDriver driver, LuceneAccess lucene, DateTime end_date) + { + this.driver = driver; + this.lucene = lucene; + this.end_date = end_date; + this.stored_uris = null; + } + + public Indexable GetNextIndexable () + { + return new Indexable (IndexableType.Remove, (Uri) enumerator.Current); + } + + public bool HasNextIndexable () + { + if (stored_uris == null) { + stored_uris = driver.PropertyQuery (Property.NewKeyword ("fixme:client", "thunderbird")); + enumerator = stored_uris.GetEnumerator (); + } + + do { + while (enumerator == null || !enumerator.MoveNext ()) + return false; + } while (MatchesDate ((enumerator.Current as Uri))); + + return true; + } + + private bool MatchesDate (Uri uri) + { + LuceneAccess.StoredInfo info = lucene.GetStoredInfo (uri); + + try { + if (!info.Equals (end_date) && info.LastIndex.CompareTo (end_date) < 0) + return false; + } catch (Exception e) {} + + return true; + } + + public string StatusName { + get { + return String.Format ("Removing Thunderbird mails past {0}", end_date.ToString ()); + } + } + + public void PostFlushHook () { } + } + + ///////////////////////////////////////////////////////////////////////////////////// + + public LuceneAccess Lucene { + get { return (LuceneAccess) Driver; } + } + + public static DateTime IndexingStart { + get { return indexing_start; } + } + } + +} Index: beagled/ThunderbirdQueryable/RSS.cs =================================================================== --- beagled/ThunderbirdQueryable/RSS.cs (revision 0) +++ beagled/ThunderbirdQueryable/RSS.cs (revision 0) @@ -0,0 +1,115 @@ +// +// RSS.cs: Adds RSS feed indexing support to the Thunderbird backend +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Collections; +using System.Reflection; +using System.Text.RegularExpressions; + +using Beagle.Util; +using Beagle.Daemon; +using TB = Beagle.Util.Thunderbird; + +namespace Beagle.Daemon.ThunderbirdQueryable { + + [ThunderbirdIndexableGenerator (TB.AccountType.Rss, "RSS Support", true)] + public class RSSIndexableGenerator : ThunderbirdIndexableGenerator { + private string feed_url; + + public RSSIndexableGenerator (ThunderbirdIndexer indexer, TB.Account account, string mork_file) + : base (indexer, account, mork_file) + { + } + + public override bool HasNextIndexable () + { + do { + if (DbEnumerator == null || !DbEnumerator.MoveNext ()) { + Done = true; + indexer.NotificationEvent -= OnNotification; + indexer.ChildComplete (); + return false; + } + } while (IsUpToDate ((DbEnumerator.Current as TB.RssFeed).Uri)); + + return true; + } + + public override Indexable GetNextIndexable () + { + TB.RssFeed feed = DbEnumerator.Current as TB.RssFeed; + + // If status is different, than something happend when loading this mail and we dont' + // want to change it's status. + if (feed.GetObject ("FullIndex") == null) + feed.SetObject ("FullIndex", (object) FullIndex); + + return RssFeedToIndexable (feed); + } + + public override void LoadDatabase () + { + string folder_name = null; + + try { + db = new TB.Database (account, DbFile); + db.Load (); + + Hashtable tbl = db.Db.Compile ("1", "ns:msg:db:row:scope:dbfolderinfo:all"); + feed_url = tbl ["feedUrl"] as string; + folder_name = tbl ["folderName"] as string; + } catch (Exception e) { + Logger.Log.Debug ("Failed to load {0}: {1}", DbFile, e.Message); + return; + } + + if (db.Count <= 0) + return; + + Logger.Log.Info ("Indexing \"{0}\" RSS feed containing {1} entries ({2})", folder_name, db.Count, RelativePath); + } + + private Indexable RssFeedToIndexable (TB.RssFeed feed) + { + Indexable indexable; + StringReader content = feed.Content; + + indexable = NewIndexable (feed.Uri, DateTime.Parse (feed.GetString ("date")).ToUniversalTime (), "FeedItem"); + indexable.MimeType = "text/html"; + + indexable.AddProperty (Property.NewKeyword ("dc:identifier", feed.GetString ("message-id"))); + indexable.AddProperty (Property.NewKeyword ("dc:source", feed_url)); + indexable.AddProperty (Property.New ("dc:publisher", feed.GetString ("sender"))); + if (content == null) + indexable.AddProperty (Property.New ("dc:title", feed.GetString ("subject"))); + + indexable.SetTextReader (content); + + return indexable; + } + } +} Index: beagled/ThunderbirdQueryable/MoveMail.cs =================================================================== --- beagled/ThunderbirdQueryable/MoveMail.cs (revision 0) +++ beagled/ThunderbirdQueryable/MoveMail.cs (revision 0) @@ -0,0 +1,106 @@ +// +// MoveMail: Adds Unix Mailspool (MoveMail) indexing support to the Thunderbird backend +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Collections; +using System.Reflection; +using System.Text.RegularExpressions; + +using Beagle.Util; +using Beagle.Daemon; +using TB = Beagle.Util.Thunderbird; + +using GMime; + +namespace Beagle.Daemon.ThunderbirdQueryable { + + [ThunderbirdIndexableGenerator (TB.AccountType.MoveMail, "Movemail Support", false)] + public class MoveMailIndexableGenerator : ThunderbirdIndexableGenerator { + + public MoveMailIndexableGenerator (ThunderbirdIndexer indexer, TB.Account account, string file) + : base (indexer, account, file) + { + } + + public override bool HasNextIndexable () + { + do { + if (DbEnumerator == null || !DbEnumerator.MoveNext ()) { + Done = true; + indexer.NotificationEvent -= OnNotification; + indexer.ChildComplete (); + return false; + } + } while (IsUpToDate ((DbEnumerator.Current as TB.MoveMail).Uri)); + + return true; + } + + public override Indexable GetNextIndexable () + { + TB.MoveMail message = DbEnumerator.Current as TB.MoveMail; + + // If status is different, than something happend when loading this mail and we dont' + // want to change it's status. + if (message.GetObject ("FullIndex") == null) + message.SetObject ("FullIndex", (object) FullIndex); + + return MoveMailToIndexable (message); + } + + public override void LoadDatabase () + { + try { + db = new TB.Database (account, DbFile); + db.Load (); + } catch (Exception e) { + Logger.Log.Debug ("Failed to load {0}: {1}", DbFile, e.Message); + return; + } + + if (db.Count <= 0) + return; + + FullIndex = (Thunderbird.IsFullyIndexable (DbFile) ? true : false); + Logger.Log.Info ("Indexing {0} Movemails ({1})", db.Count, RelativePath); + } + + // FIXME: This need some more info + private Indexable MoveMailToIndexable (TB.MoveMail mail) + { + Indexable indexable; + + indexable = NewIndexable (mail.Uri, DateTime.UtcNow, "MailMessage"); + indexable.MimeType = "message/rfc822"; + + string subject = GMime.Utils.HeaderDecodePhrase (mail.GetString ("subject")); + indexable.AddProperty (Property.New ("dc:title", subject)); + + return indexable; + } + } +} Index: beagled/ThunderbirdQueryable/ThunderbirdIndexer.cs =================================================================== --- beagled/ThunderbirdQueryable/ThunderbirdIndexer.cs (revision 0) +++ beagled/ThunderbirdQueryable/ThunderbirdIndexer.cs (revision 0) @@ -0,0 +1,462 @@ +// +// ThunderbirdIndexer.cs: This class launches IndexableGenerators and makes sure instant-updates work +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Collections; +using System.Reflection; + +using Beagle.Util; +using Beagle.Daemon; +using TB = Beagle.Util.Thunderbird; + +namespace Beagle.Daemon.ThunderbirdQueryable { + + public class ThunderbirdIndexer { + private ThunderbirdQueryable queryable; + + private bool init_phase, first_lap; + private string[] root_paths; + private Hashtable supported_types; + private ArrayList account_list; + private ThunderbirdInotify inotify; + + public delegate void NotificationEventHandler (object o, NotificationEventArgs args); + + public ThunderbirdIndexer (ThunderbirdQueryable queryable, string[] root_paths) + { + this.queryable = queryable; + this.root_paths = root_paths; + this.supported_types = new Hashtable (); + this.init_phase = true; + this.first_lap = true; + this.account_list = new ArrayList (); + this.inotify = new ThunderbirdInotify (); + + LoadSupportedTypes (); + + foreach (string path in root_paths) { + Inotify.Subscribe (path, OnInotifyEvent, + Inotify.EventType.Delete | + Inotify.EventType.MovedTo | + Inotify.EventType.Modify | + Inotify.EventType.Create); + } + + inotify.InotifyEvent += OnInotifyEvent; + } + + // Loads all supported types, checks if they have a correct constructor and is enabled + private void LoadSupportedTypes () + { + Assembly assembly = Assembly.GetCallingAssembly (); + + foreach (Type type in ReflectionFu.ScanAssemblyForInterface (assembly, typeof (IIndexableGenerator))) { + + foreach (ThunderbirdIndexableGeneratorAttribute attr in + ReflectionFu.ScanTypeForAttribute (type, typeof (ThunderbirdIndexableGeneratorAttribute))) { + + foreach (ConstructorInfo constructor in type.GetConstructors ()) { + + ParameterInfo[] parameters = constructor.GetParameters (); + if(parameters.Length != 3) + continue; + + if (parameters [0].ParameterType.Equals (typeof (ThunderbirdIndexer)) && + parameters [1].ParameterType.Equals (typeof (TB.Account)) && + parameters [2].ParameterType.Equals (typeof (string))) { + + // Make sure we should enable this type + if (attr.Enabled) + supported_types [attr.Type] = type; + + } else + Logger.Log.Debug ("{0} has an invalid constructor!", type.ToString ()); + } + } + } + } + + public void Crawl () + { + int launched = 0; + + foreach (string path in root_paths) { + foreach (TB.Account account in Thunderbird.ReadAccounts (path)) { + if (Shutdown.ShutdownRequested) + return; + + if (supported_types [account.Type] == null) + continue; + + IndexAccount (account); + launched++; + } + } + + init_phase = false; + Logger.Log.Info ("Indexing {0} ({1}) Thunderbird account(s) spread over {2} profile(s)", + launched, account_list.Count, root_paths.Length); + + // Clean out old stuff in case no IndexableGenerator was launched + if (launched == 0) + ChildComplete (); + } + + public void IndexAccount (TB.Account account) + { + TB.Account stored_account = GetParentAccount (account.Path); + + // We need to act upon changes made to accounts during Thunderbird runtime. + // The user might change from plain to SSL, which leads to a new port number + // that has to be taken in account for when indexing. + if (stored_account == null && Directory.Exists (account.Path) && supported_types [account.Type] != null) { + account_list.Add (account); + IndexDirectory (account.Path); + //Logger.Log.Info ("Indexing {0} account {1}", account.Type.ToString (), account.Server); + + } else if (stored_account == null && File.Exists (account.Path) && supported_types [account.Type] != null) { + account_list.Add (account); + IndexFile (account.Path); + //Logger.Log.Info ("Indexing {0} account {1}", account.Type.ToString (), account.Server); + + } else if (stored_account != null && + (stored_account.Server != account.Server || + stored_account.Port != account.Port || + stored_account.Type != account.Type || + stored_account.Delimiter != account.Delimiter)) { + + account_list.Remove (stored_account); + account_list.Add (account); + + // Make sure all running indexables are aware of this since it can affect the way they index + NotificationEventArgs args; + args = new NotificationEventArgs (NotificationType.UpdateAccountInformation, stored_account); + args.Data = (object) account; + OnNotification (args); + + Logger.Log.Info ("Updated {0} with new account details", account.Server); + } + } + + public void IndexFile (string file) + { + TB.Account account = GetParentAccount (file); + + if (account == null || supported_types [account.Type] == null) + return; + + object[] param = new object[] {this, account, file}; + ThunderbirdIndexableGenerator generator = Activator.CreateInstance ( + (Type) supported_types [account.Type], param) as ThunderbirdIndexableGenerator; + + AddIIndexableTask (generator, file); + } + + private void IndexDirectory (string directory) + { + Queue pending = new Queue (); + + pending.Enqueue (directory); + while (pending.Count > 0) { + string dir = pending.Dequeue () as string; + + foreach (string subdir in DirectoryWalker.GetDirectories (dir)) { + if (Shutdown.ShutdownRequested) + return; + + pending.Enqueue (subdir); + } + + if (Inotify.Enabled) { + inotify.Watch (dir, + Inotify.EventType.Modify | + Inotify.EventType.Create | + Inotify.EventType.Delete | + Inotify.EventType.MovedFrom | + Inotify.EventType.MovedTo); + } + + foreach (string file in DirectoryWalker.GetItems + (dir, new DirectoryWalker.FileFilter (Thunderbird.IsMorkFile))) { + if (Shutdown.ShutdownRequested) + return; + + IndexFile (file); + } + } + } + + public void RemoveAccount (TB.Account account) + { + TB.Account acc = GetParentAccount (account.Path); + + if (acc == null) + return; + + ScheduleRemoval (Property.NewKeyword ("fixme:account", acc.Server), Scheduler.Priority.Delayed); + OnNotification (new NotificationEventArgs (NotificationType.StopIndexing, account)); + account_list.Remove (acc); + } + + private void AddIIndexableTask (IIndexableGenerator generator, string tag) + { + if (queryable.ThisScheduler.ContainsByTag (tag)) { + Logger.Log.Debug ("Not adding a Task for already running: {0}", tag); + return; + } + + Scheduler.Task task = queryable.NewAddTask (generator); + task.Tag = tag; + queryable.ThisScheduler.Add (task); + } + + private void ScheduleRemoval (Property prop, Scheduler.Priority priority) + { + if (queryable.ThisScheduler.ContainsByTag (prop.ToString ())) { + Logger.Log.Debug ("Not adding a Task for already running: {0}", prop.ToString ()); + return; + } + + Scheduler.Task task = queryable.NewRemoveByPropertyTask (prop); + task.Priority = priority; + task.SubPriority = 0; + queryable.ThisScheduler.Add (task); + } + + public void ScheduleRemoval (Uri[] uris, string tag, Scheduler.Priority priority) + { + if (queryable.ThisScheduler.ContainsByTag (tag)) { + Logger.Log.Debug ("Not adding a Task for already running: {0}", tag); + return; + } + + Scheduler.Task task = queryable.NewAddTask (new UriRemovalIndexableGenerator (uris)); + task.Priority = priority; + task.SubPriority = 0; + queryable.ThisScheduler.Add (task); + } + + public void UpdateAccounts (string root_path) + { + ArrayList new_accounts; + + try { + new_accounts = Thunderbird.ReadAccounts (root_path); + } catch (Exception e) { + Logger.Log.Warn ("Failed when reading Thunderbird accounts: {0}, account may have been added or removed", e); + return; + } + + // Add all accounts again to make sure things are updated the way they should + foreach (TB.Account account in new_accounts) + IndexAccount (account); + + // Remove non-existing accounts + foreach (TB.Account existing in account_list) { + bool found = false; + + foreach (TB.Account new_account in new_accounts) { + if (existing.Path == new_account.Path) { + found = true; + break; + } + } + + if (!found) + RemoveAccount (existing); + } + } + + public TB.Account GetParentAccount (string directory) + { + foreach (TB.Account acc in account_list) { + if (directory.StartsWith (acc.Path)) + return acc; + } + + return null; + } + + private void OnInotifyEvent (Inotify.Watch watch, + string path, + string subitem, + string srcpath, + Inotify.EventType type) + { + if (subitem == null) + return; + + string full_path = Path.Combine (path, subitem); + + // If prefs.js is deleted... then we have nothing at all to index + if (((type & Inotify.EventType.MovedTo) != 0 && srcpath == Path.Combine (path, "prefs.js")) || + ((type & Inotify.EventType.Delete) != 0 && subitem == "prefs.js")) { + + foreach (TB.Account account in account_list) + RemoveAccount (account); + return; + } + + // Update in case an account was removed or added + // Thunderbird saves prefs.js with a different name and then replacing the old one + // by "moving" it over the existing prefs.js. That's why MoveTo is used as inotfy type. + if ((((type & Inotify.EventType.Modify) != 0 || (type & Inotify.EventType.MovedTo) != 0 || + (type & Inotify.EventType.Create) != 0) && subitem == "prefs.js")) { + + UpdateAccounts (path); + return; + } + + // In case the address book file have been moved or deleted, we have to stop indexing it + if (((type & Inotify.EventType.MovedTo) != 0 && srcpath == Path.Combine (path, "abook.mab")) || + ((type & Inotify.EventType.Delete) != 0 && subitem == "abook.mab")) { + + TB.Account account = GetParentAccount (full_path); + + if (account != null) + RemoveAccount (account); + + return; + } + + // In case of a newly created addressbook, the current address book is modified or an old + // address book is moved to where the address book can be found: either start indexing + // or restart an already indexing IndeaxbleGenerator. + if ((((type & Inotify.EventType.Modify) != 0 || (type & Inotify.EventType.MovedTo) != 0 || + (type & Inotify.EventType.Create) != 0) && subitem == "abook.mab")) { + + TB.Account account = GetParentAccount (full_path); + + if (account == null && File.Exists (full_path)) { + UpdateAccounts (path); + return; + } else if (account == null) + return; + + // Tell any running indexable about this or start a new one + if (queryable.ThisScheduler.ContainsByTag (full_path)) + OnNotification (new NotificationEventArgs (NotificationType.RestartIndexing, account)); + else + IndexFile (full_path); + + return; + } + + // Re-index files when needed + if ((type & Inotify.EventType.Modify) != 0) { + TB.Account account = GetParentAccount (full_path); + + if (account == null || !Thunderbird.IsMorkFile (path, subitem)) + return; + + // In case we have a running IndexableGenerator, tell it that we have a file that needs to + // be re-indexed. + if (queryable.ThisScheduler.ContainsByTag (full_path)) + OnNotification (new NotificationEventArgs (NotificationType.RestartIndexing, account)); + else + IndexFile (full_path); + + return; + } + + // Index newly created directories + if ((type & Inotify.EventType.Create) != 0 && (type & Inotify.EventType.IsDirectory) != 0) { + if (GetParentAccount (full_path) != null && Inotify.Enabled) + Inotify.Subscribe (full_path, OnInotifyEvent, Inotify.EventType.All); + + return; + } + } + + public void ChildComplete () + { + if (NotificationEvent != null || init_phase || !first_lap) + return; + + if (Thunderbird.Debug) + Logger.Log.Debug ("Removing old Thunderbird objects"); + + Scheduler.Task task = queryable.NewRemoveTaskByDate (ThunderbirdQueryable.IndexingStart); + task.Priority = Scheduler.Priority.Idle; + task.Tag = "RemoveOldThunderbirdMails"; + queryable.ThisScheduler.Add (task); + + // This makes sure that ChildComplete will only clean out all mails once in a lifetime + // (of the Thunderbird backend that is) + first_lap = false; + } + + protected virtual void OnNotification(NotificationEventArgs args) + { + if (NotificationEvent != null) + NotificationEvent (this, args); + } + + public event NotificationEventHandler NotificationEvent; + + public LuceneAccess Lucene { + get { return queryable.Lucene; } + } + } + + ///////////////////////////////////////////////////////////////////////////////////// + + public enum NotificationType { + StopIndexing, + RestartIndexing, + UpdateAccountInformation + } + + ///////////////////////////////////////////////////////////////////////////////////// + + public class NotificationEventArgs : EventArgs + { + private NotificationType type; + private TB.Account account; + private object data; + + public NotificationEventArgs (NotificationType type, TB.Account account) + { + this.type = type; + this.account = account; + } + + public NotificationType Type { + get { return type; } + } + + public TB.Account Account { + get { return account; } + } + + public object Data { + get { return data; } + set { data =value; } + } + } + +} Index: beagled/Filter.cs =================================================================== --- beagled/Filter.cs (revision 2690) +++ beagled/Filter.cs (working copy) @@ -189,7 +189,7 @@ ////////////////////////// - private bool snippetMode = false; + private bool snippetMode = true; private bool originalIsText = false; private TextWriter snippetWriter = null; @@ -508,13 +508,14 @@ } try { + DoOpen (info); if (IsFinished) return true; else if (HasError) return false; - + DoPullProperties (); if (IsFinished) @@ -715,5 +716,6 @@ public ArrayList ChildIndexables { get { return this.child_indexables; } } + } } Index: beagled/Makefile.am =================================================================== --- beagled/Makefile.am (revision 2690) +++ beagled/Makefile.am (working copy) @@ -592,6 +592,41 @@ $(DAEMON_TARGET): $(DAEMON_CSFILES) $(DAEMON_LOCAL_ASSEMBLIES) $(CSC) -out:$@ $(DAEMON_CSFLAGS) $(DAEMON_CSFILES) $(DAEMON_ASSEMBLIES) +if ENABLE_THUNDERBIRD +THUNDERBIRD_DIR = ./ThunderbirdQueryable + +THUNDERBIRD_TARGET = $(THUNDERBIRD_DIR)/ThunderbirdBackends.dll + +THUNDERBIRD_CSFLAGS = -target:library + + +THUNDERBIRD_CSFILES = \ + $(THUNDERBIRD_DIR)/LuceneAccess.cs \ + $(THUNDERBIRD_DIR)/ThunderbirdIndexer.cs \ + $(THUNDERBIRD_DIR)/ThunderbirdIndexableGenerator.cs \ + $(THUNDERBIRD_DIR)/ThunderbirdQueryable.cs \ + $(THUNDERBIRD_DIR)/ThunderbirdInotify.cs \ + $(THUNDERBIRD_DIR)/Mail.cs \ + $(THUNDERBIRD_DIR)/Contact.cs \ + $(THUNDERBIRD_DIR)/RSS.cs \ + $(THUNDERBIRD_DIR)/NNTP.cs \ + $(THUNDERBIRD_DIR)/MoveMail.cs + +THUNDERBIRD_LOCAL_ASSEMBLIES = \ + ../Util/Util.dll \ + ../BeagleClient/Beagle.dll \ + BeagleDaemonLib.dll + +THUNDERBIRD_ASSEMBLIES = \ + -r:Mono.Posix \ + $(BEAGLED_LIBS) \ + $(THUNDERBIRD_LOCAL_ASSEMBLIES:%=-r:%) + + +$(THUNDERBIRD_TARGET): $(THUNDERBIRD_CSFILES) $(THUNDERBIRD_LOCAL_ASSEMBLIES) + $(CSC) -out:$@ $(THUNDERBIRD_CSFLAGS) $(THUNDERBIRD_CSFILES) $(THUNDERBIRD_ASSEMBLIES) +endif + ############################################################ ############################################################ ############################################################ @@ -976,6 +1011,10 @@ $(BUILD_INDEX_TARGET) \ $(BUILD_INDEX_WRAPPER) +if ENABLE_THUNDERBIRD +ALL_TARGETS += $(THUNDERBIRD_TARGET) +endif + if ENABLE_WEBSERVICES ALL_TARGETS += \ $(XSP_TARGET) \ @@ -1051,13 +1090,20 @@ # $(INSTALL_DATA) ../Util/Util.dll ../images/Images.dll ../BeagleClient/Beagle.dll ../Tiles/Tiles.dll BeagleDaemonPlugins.dll BeagleDaemonLib.dll $(DESTDIR)$(XSPBIN_DIR) endif - +if ENABLE_THUNDERBIRD + $(INSTALL_DATA) $(THUNDERBIRD_TARGET) $(DESTDIR)/$(BACKENDDIR) + $(INSTALL_DATA) $(THUNDERBIRD_TARGET).mdb $(DESTDIR)/$(BACKENDDIR) +endif uninstall-local: if ENABLE_WEBSERVICES rm -f $(DESTDIR)$(pkglibdir)/$(WEBSERVICES_BACKEND_TARGET) rm -f $(DESTDIR)$(pkglibdir)/$(WEBSERVICES_XSP_TARGET) rm -rf $(DESTDIR)$(XSP_DIR) endif +if ENABLE_THUNDERBIRD + $(INSTALL_DATA) $(THUNDERBIRD_TARGET) $(DESTDIR)/$(BACKENDDIR) + $(INSTALL_DATA) $(THUNDERBIRD_TARGET).mdb $(DESTDIR)/$(BACKENDDIR) +endif if ENABLE_EVOLUTION rm -f $(DESTDIR)$(BACKENDDIR)/$(EVO_DLL_TARGET) rm -f $(DESTDIR)$(BACKENDDIR)/$(EVO_DLL_TARGET).mdb @@ -1186,5 +1232,6 @@ $(WEBSERVICES_FRONTEND_TARGET) \ $(WEBSERVICES_FRONTEND_TARGET).mdb \ $(WEBSERVICES_XSP_TARGET) \ - $(WEBSERVICES_XSP_TARGET).mdb - + $(WEBSERVICES_XSP_TARGET).mdb \ + $(THUNDERBIRD_TARGET) \ + $(THUNDERBIRD_TARGET).mdb Index: configure.in =================================================================== --- configure.in (revision 2690) +++ configure.in (working copy) @@ -168,6 +168,13 @@ LDFLAGS="$OLD_LDFLAGS" LIBS="$OLD_LIBS" +dnl ---------------------------------------------- +AC_ARG_ENABLE([thunderbird], + AC_HELP_STRING([--disable-thunderbird], [Disable Thunderbird Mail Backend]), + enable_tbird=$enableval, + enable_tbird=yes) +AM_CONDITIONAL(ENABLE_THUNDERBIRD, test "x$enable_tbird" = "xyes") + dnl ------------------------------------------------------- AC_ARG_ENABLE([gui], @@ -645,6 +652,7 @@ tools/Makefile search/Makefile ImLogViewer/Makefile +ContactViewer/Makefile libbeagle/Makefile libbeagle/libbeagle-0.0.pc libbeagle/beagle/Makefile @@ -678,6 +686,7 @@ galago-sharp? ${enable_galago} libchm? ${has_libchm} google backend? ${enable_googledriver} (Unsupported) + Thunderbird backend? ${enable_tbird} Mozilla Extension? yes Epiphany Extension? ${enable_epiphany_extension} Index: Filters/FilterMail.cs =================================================================== --- Filters/FilterMail.cs (revision 2690) +++ Filters/FilterMail.cs (working copy) @@ -53,7 +53,9 @@ { // 1: Make email addresses non-keyword, add sanitized version // for eaching for parts of an email address. - SetVersion (1); + // 2: Snippet all mail and attachments + SetVersion (2); + SnippetMode = true; AddSupportedFlavor (FilterFlavor.NewFromMimeType ("message/rfc822")); } @@ -81,8 +83,11 @@ stream.Dispose (); parser.Dispose (); - if (this.message == null) + if (this.message == null){ + Console.WriteLine ("NO MESSAGE!"); Error (); + + } } private bool HasAttachments (GMime.Object mime_part) @@ -190,7 +195,7 @@ } string l = handler.Reader.ReadLine (); - + //Console.WriteLine (l); if (l != null) AppendText (l); else @@ -224,6 +229,7 @@ public PartHandler (Beagle.Daemon.Filter filter) { this.filter = filter; + this.filter.SnippetMode = true; } private bool IsMimeTypeHandled (string mime_type) @@ -315,7 +321,8 @@ child.HitType = "MailMessage"; child.MimeType = part.ContentType.ToString (); - child.CacheContent = false; + //child.CacheContent = false; + child.AddProperty (Property.NewKeyword ("fixme:attachment_title", ((GMime.Part)part).Filename)); Index: Makefile.am =================================================================== --- Makefile.am (revision 2690) +++ Makefile.am (working copy) @@ -36,6 +36,10 @@ SUBDIRS += bludgeon endif +if ENABLE_THUNDERBIRD +SUBDIRS += ContactViewer +endif + # When the chooser work has been fixed up to use libbeagle, we can # reenable this directory. # SUBDIRS += chooser-fu Index: ContactViewer/beagle-contactviewer.in =================================================================== --- ContactViewer/beagle-contactviewer.in (revision 0) +++ ContactViewer/beagle-contactviewer.in (revision 0) @@ -0,0 +1,18 @@ +#!/bin/sh + +# This line will be automatically uncommented when you "make install" +#installed=1 + +if [ -z $installed ] ; then + echo "*** Running uninstalled @target@ ***" + THIS_PATH="../Util:../images:../Lucene.Net" + THIS_EXE="./@target@" + export LD_LIBRARY_PATH="../glue/.libs${LD_LIBRARY_PATH+:$LD_LIBRARY_PATH}" +else + THIS_PATH="@pkglibdir@" + THIS_EXE="@pkglibdir@/@target@" + export LD_LIBRARY_PATH="@pkglibdir@${LD_LIBRARY_PATH+:$LD_LIBRARY_PATH}" +fi + +MONO_GAC_PREFIX="@gacprefix@${MONO_GAC_PREFIX+:$MONO_GAC_PREFIX}" MONO_PATH="$THIS_PATH${MONO_PATH+:$MONO_PATH}" exec -a beagle-contactviewer mono $MONO_EXTRA_ARGS --debug $THIS_EXE "$@" + Index: ContactViewer/ContactViewer.cs =================================================================== --- ContactViewer/ContactViewer.cs (revision 0) +++ ContactViewer/ContactViewer.cs (revision 0) @@ -0,0 +1,105 @@ +// +// ContactViewer.cs +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using Mono.Unix; +using Beagle.Util; + +namespace ContactViewer { + + public enum ContactManager { + Thunderbird + } + + public class ContactViewer { + + private static Uri uri = null; + private static string contact = null; + + public static void Main (string[] args) + { + Catalog.Init ("beagle", Beagle.Util.ExternalStringsHack.LocaleDir); + + SystemInformation.SetProcessName ("beagle-contactviewer"); + + ParseArgs (args); + + ContactManager contact_manager; + try { + contact_manager = (ContactManager) Enum.Parse (typeof (ContactManager), contact, true); + } catch (Exception) { + Console.WriteLine ("ERROR: '{0}' is not a valid contact manager.", contact); + Environment.Exit (3); + return; + } + + new ContactWindow (contact_manager, uri); + } + + private static void PrintUsageAndExit () + { + Console.WriteLine ("USAGE: beagle-contactviewer --manager [OPTIONS] "); + + Environment.Exit (0); + } + + private static void ParseArgs (string[] args) + { + if (args.Length < 1) + PrintUsageAndExit (); + + for (int i = 0; i < args.Length; i++) { + switch (args [i]) { + case "-h": + case "--help": + PrintUsageAndExit (); + break; + case "--manager": + contact = args [i + 1]; + i++; + break; + default: + if (args [i].StartsWith ("--")) { + Console.WriteLine ("WARN: Invalid option {0}", args [i]); + } else { + try { + uri = new Uri (args [i]); + } catch (Exception e) { + Console.WriteLine ("ERROR: Invalid URI!"); + Environment.Exit (1); + } + } + break; + } + } + + if (contact == null) { + Console.WriteLine ("ERROR: Please specify a valid contact manager."); + Environment.Exit (2); + } + } + } +} Index: ContactViewer/Makefile.in =================================================================== --- ContactViewer/Makefile.in (revision 0) +++ ContactViewer/Makefile.in (revision 0) @@ -0,0 +1,545 @@ +# Makefile.in generated by automake 1.8.5 from Makefile.am. +# @configure_input@ + +# Copyright (C) 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, +# 2003, 2004 Free Software Foundation, Inc. +# This Makefile.in is free software; the Free Software Foundation +# gives unlimited permission to copy and/or distribute it, +# with or without modifications, as long as this notice is preserved. + +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY, to the extent permitted by law; without +# even the implied warranty of MERCHANTABILITY or FITNESS FOR A +# PARTICULAR PURPOSE. + +@SET_MAKE@ +srcdir = @srcdir@ +top_srcdir = @top_srcdir@ +VPATH = @srcdir@ +pkgdatadir = $(datadir)/@PACKAGE@ +pkglibdir = $(libdir)/@PACKAGE@ +pkgincludedir = $(includedir)/@PACKAGE@ +top_builddir = .. +am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd +INSTALL = @INSTALL@ +install_sh_DATA = $(install_sh) -c -m 644 +install_sh_PROGRAM = $(install_sh) -c +install_sh_SCRIPT = $(install_sh) -c +INSTALL_HEADER = $(INSTALL_DATA) +transform = $(program_transform_name) +NORMAL_INSTALL = : +PRE_INSTALL = : +POST_INSTALL = : +NORMAL_UNINSTALL = : +PRE_UNINSTALL = : +POST_UNINSTALL = : +build_triplet = @build@ +host_triplet = @host@ +target_triplet = @target@ +subdir = ContactViewer +DIST_COMMON = $(srcdir)/Makefile.am $(srcdir)/Makefile.in +ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 +am__aclocal_m4_deps = $(top_srcdir)/acinclude.m4 \ + $(top_srcdir)/configure.in +am__configure_deps = $(am__aclocal_m4_deps) $(CONFIGURE_DEPENDENCIES) \ + $(ACLOCAL_M4) +mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs +CONFIG_HEADER = $(top_builddir)/config.h +CONFIG_CLEAN_FILES = +SOURCES = +DIST_SOURCES = +DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) +ACLOCAL = @ACLOCAL@ +ALL_LINGUAS = @ALL_LINGUAS@ +AMDEP_FALSE = @AMDEP_FALSE@ +AMDEP_TRUE = @AMDEP_TRUE@ +AMTAR = @AMTAR@ +AR = @AR@ +AUTOCONF = @AUTOCONF@ +AUTOHEADER = @AUTOHEADER@ +AUTOMAKE = @AUTOMAKE@ +AWK = @AWK@ +BASH = @BASH@ +BEAGLED_CFLAGS = @BEAGLED_CFLAGS@ +BEAGLED_LIBS = @BEAGLED_LIBS@ +BEAGLE_DEFINES = @BEAGLE_DEFINES@ +BEAGLE_UI_CFLAGS = @BEAGLE_UI_CFLAGS@ +BEAGLE_UI_LIBS = @BEAGLE_UI_LIBS@ +CATALOGS = @CATALOGS@ +CATOBJEXT = @CATOBJEXT@ +CC = @CC@ +CCDEPMODE = @CCDEPMODE@ +CFLAGS = @CFLAGS@ +CPP = @CPP@ +CPPFLAGS = @CPPFLAGS@ +CXX = @CXX@ +CXXCPP = @CXXCPP@ +CXXDEPMODE = @CXXDEPMODE@ +CXXFLAGS = @CXXFLAGS@ +CYGPATH_W = @CYGPATH_W@ +DATADIRNAME = @DATADIRNAME@ +DEFS = @DEFS@ +DEPDIR = @DEPDIR@ +DESKTOP_LAUNCH = @DESKTOP_LAUNCH@ +ECHO = @ECHO@ +ECHO_C = @ECHO_C@ +ECHO_N = @ECHO_N@ +ECHO_T = @ECHO_T@ +EGREP = @EGREP@ +ENABLE_BLUDGEON_FALSE = @ENABLE_BLUDGEON_FALSE@ +ENABLE_BLUDGEON_TRUE = @ENABLE_BLUDGEON_TRUE@ +ENABLE_DESKTOP_LAUNCH_FALSE = @ENABLE_DESKTOP_LAUNCH_FALSE@ +ENABLE_DESKTOP_LAUNCH_TRUE = @ENABLE_DESKTOP_LAUNCH_TRUE@ +ENABLE_EPIPHANY_EXTENSION_FALSE = @ENABLE_EPIPHANY_EXTENSION_FALSE@ +ENABLE_EPIPHANY_EXTENSION_TRUE = @ENABLE_EPIPHANY_EXTENSION_TRUE@ +ENABLE_EVOLUTION_FALSE = @ENABLE_EVOLUTION_FALSE@ +ENABLE_EVOLUTION_TRUE = @ENABLE_EVOLUTION_TRUE@ +ENABLE_GALAGO_FALSE = @ENABLE_GALAGO_FALSE@ +ENABLE_GALAGO_TRUE = @ENABLE_GALAGO_TRUE@ +ENABLE_GOOGLEDRIVER_FALSE = @ENABLE_GOOGLEDRIVER_FALSE@ +ENABLE_GOOGLEDRIVER_TRUE = @ENABLE_GOOGLEDRIVER_TRUE@ +ENABLE_GSF_SHARP_FALSE = @ENABLE_GSF_SHARP_FALSE@ +ENABLE_GSF_SHARP_TRUE = @ENABLE_GSF_SHARP_TRUE@ +ENABLE_GTK_DOC_FALSE = @ENABLE_GTK_DOC_FALSE@ +ENABLE_GTK_DOC_TRUE = @ENABLE_GTK_DOC_TRUE@ +ENABLE_GUI_FALSE = @ENABLE_GUI_FALSE@ +ENABLE_GUI_TRUE = @ENABLE_GUI_TRUE@ +ENABLE_INOTIFY_FALSE = @ENABLE_INOTIFY_FALSE@ +ENABLE_INOTIFY_TRUE = @ENABLE_INOTIFY_TRUE@ +ENABLE_LIBBEAGLE_FALSE = @ENABLE_LIBBEAGLE_FALSE@ +ENABLE_LIBBEAGLE_TRUE = @ENABLE_LIBBEAGLE_TRUE@ +ENABLE_OPEN_WITH_FALSE = @ENABLE_OPEN_WITH_FALSE@ +ENABLE_OPEN_WITH_TRUE = @ENABLE_OPEN_WITH_TRUE@ +ENABLE_PYTHON_FALSE = @ENABLE_PYTHON_FALSE@ +ENABLE_PYTHON_TRUE = @ENABLE_PYTHON_TRUE@ +ENABLE_THUNDERBIRD_FALSE = @ENABLE_THUNDERBIRD_FALSE@ +ENABLE_THUNDERBIRD_TRUE = @ENABLE_THUNDERBIRD_TRUE@ +ENABLE_WEBSERVICES_FALSE = @ENABLE_WEBSERVICES_FALSE@ +ENABLE_WEBSERVICES_TRUE = @ENABLE_WEBSERVICES_TRUE@ +ENABLE_WV1_FALSE = @ENABLE_WV1_FALSE@ +ENABLE_WV1_TRUE = @ENABLE_WV1_TRUE@ +EPIPHANY_DEPENDENCY_CFLAGS = @EPIPHANY_DEPENDENCY_CFLAGS@ +EPIPHANY_DEPENDENCY_LIBS = @EPIPHANY_DEPENDENCY_LIBS@ +EPIPHANY_EXTENSIONS_DIR = @EPIPHANY_EXTENSIONS_DIR@ +EPIPHANY_PREFIX = @EPIPHANY_PREFIX@ +EPIPHANY_REQUIRED = @EPIPHANY_REQUIRED@ +EVO_CFLAGS = @EVO_CFLAGS@ +EVO_LIBDIR = @EVO_LIBDIR@ +EVO_LIBS = @EVO_LIBS@ +EXEEXT = @EXEEXT@ +EXIF_SOVERSION = @EXIF_SOVERSION@ +F77 = @F77@ +FFLAGS = @FFLAGS@ +GAC_PREFIX = @GAC_PREFIX@ +GALAGO_CFLAGS = @GALAGO_CFLAGS@ +GALAGO_LIBS = @GALAGO_LIBS@ +GETTEXT_PACKAGE = @GETTEXT_PACKAGE@ +GMOFILES = @GMOFILES@ +GMSGFMT = @GMSGFMT@ +GNOME_PREFIX = @GNOME_PREFIX@ +GNOME_VFS_CFLAGS = @GNOME_VFS_CFLAGS@ +GNOME_VFS_LIBS = @GNOME_VFS_LIBS@ +GSF_SHARP_CFLAGS = @GSF_SHARP_CFLAGS@ +GSF_SHARP_LIBS = @GSF_SHARP_LIBS@ +GTK_BINARY_VERSION = @GTK_BINARY_VERSION@ +GTK_DOC_USE_LIBTOOL_FALSE = @GTK_DOC_USE_LIBTOOL_FALSE@ +GTK_DOC_USE_LIBTOOL_TRUE = @GTK_DOC_USE_LIBTOOL_TRUE@ +HAS_LIBCHM_FALSE = @HAS_LIBCHM_FALSE@ +HAS_LIBCHM_TRUE = @HAS_LIBCHM_TRUE@ +HAS_LIBXSS_FALSE = @HAS_LIBXSS_FALSE@ +HAS_LIBXSS_TRUE = @HAS_LIBXSS_TRUE@ +HTML_DIR = @HTML_DIR@ +INSTALL_DATA = @INSTALL_DATA@ +INSTALL_EPIPHANY_EXTENSION_FALSE = @INSTALL_EPIPHANY_EXTENSION_FALSE@ +INSTALL_EPIPHANY_EXTENSION_TRUE = @INSTALL_EPIPHANY_EXTENSION_TRUE@ +INSTALL_PROGRAM = @INSTALL_PROGRAM@ +INSTALL_SCRIPT = @INSTALL_SCRIPT@ +INSTALL_STRIP_PROGRAM = @INSTALL_STRIP_PROGRAM@ +INSTOBJEXT = @INSTOBJEXT@ +INTLLIBS = @INTLLIBS@ +INTLTOOL_CAVES_RULE = @INTLTOOL_CAVES_RULE@ +INTLTOOL_DESKTOP_RULE = @INTLTOOL_DESKTOP_RULE@ +INTLTOOL_DIRECTORY_RULE = @INTLTOOL_DIRECTORY_RULE@ +INTLTOOL_EXTRACT = @INTLTOOL_EXTRACT@ +INTLTOOL_ICONV = @INTLTOOL_ICONV@ +INTLTOOL_KBD_RULE = @INTLTOOL_KBD_RULE@ +INTLTOOL_KEYS_RULE = @INTLTOOL_KEYS_RULE@ +INTLTOOL_MERGE = @INTLTOOL_MERGE@ +INTLTOOL_MSGFMT = @INTLTOOL_MSGFMT@ +INTLTOOL_MSGMERGE = @INTLTOOL_MSGMERGE@ +INTLTOOL_OAF_RULE = @INTLTOOL_OAF_RULE@ +INTLTOOL_PERL = @INTLTOOL_PERL@ +INTLTOOL_PONG_RULE = @INTLTOOL_PONG_RULE@ +INTLTOOL_PROP_RULE = @INTLTOOL_PROP_RULE@ +INTLTOOL_SCHEMAS_RULE = @INTLTOOL_SCHEMAS_RULE@ +INTLTOOL_SERVER_RULE = @INTLTOOL_SERVER_RULE@ +INTLTOOL_SERVICE_RULE = @INTLTOOL_SERVICE_RULE@ +INTLTOOL_SHEET_RULE = @INTLTOOL_SHEET_RULE@ +INTLTOOL_SOUNDLIST_RULE = @INTLTOOL_SOUNDLIST_RULE@ +INTLTOOL_THEME_RULE = @INTLTOOL_THEME_RULE@ +INTLTOOL_UI_RULE = @INTLTOOL_UI_RULE@ +INTLTOOL_UPDATE = @INTLTOOL_UPDATE@ +INTLTOOL_XAM_RULE = @INTLTOOL_XAM_RULE@ +INTLTOOL_XGETTEXT = @INTLTOOL_XGETTEXT@ +INTLTOOL_XML_NOMERGE_RULE = @INTLTOOL_XML_NOMERGE_RULE@ +INTLTOOL_XML_RULE = @INTLTOOL_XML_RULE@ +KDE_CONFIG = @KDE_CONFIG@ +KDE_PREFIX = @KDE_PREFIX@ +LDFLAGS = @LDFLAGS@ +LIBBEAGLE_CFLAGS = @LIBBEAGLE_CFLAGS@ +LIBBEAGLE_LIBS = @LIBBEAGLE_LIBS@ +LIBBEAGLE_VERSION_INFO = @LIBBEAGLE_VERSION_INFO@ +LIBEXIF_API_CHECK_CFLAGS = @LIBEXIF_API_CHECK_CFLAGS@ +LIBEXIF_API_CHECK_LIBS = @LIBEXIF_API_CHECK_LIBS@ +LIBEXIF_CFLAGS = @LIBEXIF_CFLAGS@ +LIBEXIF_LIBS = @LIBEXIF_LIBS@ +LIBEXIF_VERSION_CHECK_CFLAGS = @LIBEXIF_VERSION_CHECK_CFLAGS@ +LIBEXIF_VERSION_CHECK_LIBS = @LIBEXIF_VERSION_CHECK_LIBS@ +LIBGLIB_REQUIRED = @LIBGLIB_REQUIRED@ +LIBGTK_REQUIRED = @LIBGTK_REQUIRED@ +LIBOBJS = @LIBOBJS@ +LIBS = @LIBS@ +LIBTOOL = @LIBTOOL@ +LIBTRAYICON_CFLAGS = @LIBTRAYICON_CFLAGS@ +LIBTRAYICON_LIBS = @LIBTRAYICON_LIBS@ +LIBXML_REQUIRED = @LIBXML_REQUIRED@ +LN_S = @LN_S@ +LTLIBOBJS = @LTLIBOBJS@ +MAINT = @MAINT@ +MAINTAINER_MODE_FALSE = @MAINTAINER_MODE_FALSE@ +MAINTAINER_MODE_TRUE = @MAINTAINER_MODE_TRUE@ +MAKEINFO = @MAKEINFO@ +MCS = @MCS@ +MKINSTALLDIRS = @MKINSTALLDIRS@ +MONO = @MONO@ +MONO_CFLAGS = @MONO_CFLAGS@ +MONO_LIBS = @MONO_LIBS@ +MSGFMT = @MSGFMT@ +OBJEXT = @OBJEXT@ +OPEN_WITH_CFLAGS = @OPEN_WITH_CFLAGS@ +OPEN_WITH_LIBS = @OPEN_WITH_LIBS@ +OS_FREEBSD_FALSE = @OS_FREEBSD_FALSE@ +OS_FREEBSD_TRUE = @OS_FREEBSD_TRUE@ +OS_LINUX_FALSE = @OS_LINUX_FALSE@ +OS_LINUX_TRUE = @OS_LINUX_TRUE@ +PACKAGE = @PACKAGE@ +PACKAGE_BUGREPORT = @PACKAGE_BUGREPORT@ +PACKAGE_NAME = @PACKAGE_NAME@ +PACKAGE_STRING = @PACKAGE_STRING@ +PACKAGE_TARNAME = @PACKAGE_TARNAME@ +PACKAGE_VERSION = @PACKAGE_VERSION@ +PATH_SEPARATOR = @PATH_SEPARATOR@ +PKG_CONFIG = @PKG_CONFIG@ +POFILES = @POFILES@ +POSUB = @POSUB@ +PO_IN_DATADIR_FALSE = @PO_IN_DATADIR_FALSE@ +PO_IN_DATADIR_TRUE = @PO_IN_DATADIR_TRUE@ +PYBEAGLE_CFLAGS = @PYBEAGLE_CFLAGS@ +PYBEAGLE_LIBS = @PYBEAGLE_LIBS@ +PYGTK_CODEGEN = @PYGTK_CODEGEN@ +PYGTK_DEFSDIR = @PYGTK_DEFSDIR@ +PYTHON = @PYTHON@ +PYTHON_EXEC_PREFIX = @PYTHON_EXEC_PREFIX@ +PYTHON_INCLUDES = @PYTHON_INCLUDES@ +PYTHON_PLATFORM = @PYTHON_PLATFORM@ +PYTHON_PREFIX = @PYTHON_PREFIX@ +PYTHON_VERSION = @PYTHON_VERSION@ +RANLIB = @RANLIB@ +SET_MAKE = @SET_MAKE@ +SHARPZIPLIB_LIBS = @SHARPZIPLIB_LIBS@ +SHELL = @SHELL@ +SQLITE3_CFLAGS = @SQLITE3_CFLAGS@ +SQLITE3_LIBS = @SQLITE3_LIBS@ +SQLITE_CFLAGS = @SQLITE_CFLAGS@ +SQLITE_LIBS = @SQLITE_LIBS@ +SQLITE_MAJ_VER = @SQLITE_MAJ_VER@ +STRIP = @STRIP@ +SYSTEMINFO_GLUE_CFLAGS = @SYSTEMINFO_GLUE_CFLAGS@ +SYSTEMINFO_GLUE_LIBS = @SYSTEMINFO_GLUE_LIBS@ +SYSTEMINFO_GLUE_X_LIBS = @SYSTEMINFO_GLUE_X_LIBS@ +UIGLUE_CFLAGS = @UIGLUE_CFLAGS@ +UIGLUE_LIBS = @UIGLUE_LIBS@ +USE_LOCAL_SQLITE_FALSE = @USE_LOCAL_SQLITE_FALSE@ +USE_LOCAL_SQLITE_TRUE = @USE_LOCAL_SQLITE_TRUE@ +USE_NLS = @USE_NLS@ +VERSION = @VERSION@ +WSDL = @WSDL@ +WV1_CFLAGS = @WV1_CFLAGS@ +WV1_LIBS = @WV1_LIBS@ +XGETTEXT = @XGETTEXT@ +X_CFLAGS = @X_CFLAGS@ +X_EXTRA_LIBS = @X_EXTRA_LIBS@ +X_LIBS = @X_LIBS@ +X_PRE_LIBS = @X_PRE_LIBS@ +ZIP = @ZIP@ +ac_ct_AR = @ac_ct_AR@ +ac_ct_CC = @ac_ct_CC@ +ac_ct_CXX = @ac_ct_CXX@ +ac_ct_F77 = @ac_ct_F77@ +ac_ct_RANLIB = @ac_ct_RANLIB@ +ac_ct_STRIP = @ac_ct_STRIP@ +ac_pt_PKG_CONFIG = @ac_pt_PKG_CONFIG@ +am__fastdepCC_FALSE = @am__fastdepCC_FALSE@ +am__fastdepCC_TRUE = @am__fastdepCC_TRUE@ +am__fastdepCXX_FALSE = @am__fastdepCXX_FALSE@ +am__fastdepCXX_TRUE = @am__fastdepCXX_TRUE@ +am__include = @am__include@ +am__leading_dot = @am__leading_dot@ +am__quote = @am__quote@ +bindir = @bindir@ +build = @build@ +build_alias = @build_alias@ +build_cpu = @build_cpu@ +build_os = @build_os@ +build_vendor = @build_vendor@ +datadir = @datadir@ +exec_prefix = @exec_prefix@ +host = @host@ +host_alias = @host_alias@ +host_cpu = @host_cpu@ +host_os = @host_os@ +host_vendor = @host_vendor@ +includedir = @includedir@ +infodir = @infodir@ +install_sh = @install_sh@ +libdir = @libdir@ +libexecdir = @libexecdir@ +localstatedir = @localstatedir@ +mandir = @mandir@ +mkdir_p = @mkdir_p@ +oldincludedir = @oldincludedir@ +pkgpyexecdir = @pkgpyexecdir@ +pkgpythondir = @pkgpythondir@ +prefix = @prefix@ +program_transform_name = @program_transform_name@ +pyexecdir = @pyexecdir@ +pythondir = @pythondir@ +sbindir = @sbindir@ +sharedstatedir = @sharedstatedir@ +sysconfdir = @sysconfdir@ +target = @target@ +target_alias = @target_alias@ +target_cpu = @target_cpu@ +target_os = @target_os@ +target_vendor = @target_vendor@ +CSC = mcs -debug +TARGET = ContactViewer.exe +WRAPPER = beagle-contactviewer +CSFLAGS = -target:exe +CSFILES = \ + $(srcdir)/ContactViewer.cs \ + $(srcdir)/ContactWindow.cs + +LOCAL_ASSEMBLIES = \ + ../Util/Util.dll \ + ../images/Images.dll + +ASSEMBLIES = \ + $(BEAGLE_UI_LIBS) \ + $(LOCAL_ASSEMBLIES:%=-r:%) \ + -r:Mono.Posix + +RESOURCEFILES = \ + $(srcdir)/contactviewer.glade \ + $(srcdir)/menu.xml + + +# Makefile-fu to map /path/filename to -resource:/path/filename,filename +RESOURCES = $(join $(RESOURCEFILES:%=-resource:%,),$(notdir $(RESOURCEFILES))) +EXTRA_DIST = \ + $(CSFILES) \ + $(WRAPPER).in \ + $(RESOURCEFILES) + +CLEANFILES = \ + $(TARGET) \ + $(TARGET).mdb \ + $(WRAPPER) + +all: all-am + +.SUFFIXES: +$(srcdir)/Makefile.in: @MAINTAINER_MODE_TRUE@ $(srcdir)/Makefile.am $(am__configure_deps) + @for dep in $?; do \ + case '$(am__configure_deps)' in \ + *$$dep*) \ + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh \ + && exit 0; \ + exit 1;; \ + esac; \ + done; \ + echo ' cd $(top_srcdir) && $(AUTOMAKE) --gnu ContactViewer/Makefile'; \ + cd $(top_srcdir) && \ + $(AUTOMAKE) --gnu ContactViewer/Makefile +.PRECIOUS: Makefile +Makefile: $(srcdir)/Makefile.in $(top_builddir)/config.status + @case '$?' in \ + *config.status*) \ + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh;; \ + *) \ + echo ' cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ $(am__depfiles_maybe)'; \ + cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ $(am__depfiles_maybe);; \ + esac; + +$(top_builddir)/config.status: $(top_srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh + +$(top_srcdir)/configure: @MAINTAINER_MODE_TRUE@ $(am__configure_deps) + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh +$(ACLOCAL_M4): @MAINTAINER_MODE_TRUE@ $(am__aclocal_m4_deps) + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh + +mostlyclean-libtool: + -rm -f *.lo + +clean-libtool: + -rm -rf .libs _libs + +distclean-libtool: + -rm -f libtool +uninstall-info-am: +tags: TAGS +TAGS: + +ctags: CTAGS +CTAGS: + + +distdir: $(DISTFILES) + $(mkdir_p) $(distdir)/$(srcdir) + @srcdirstrip=`echo "$(srcdir)" | sed 's|.|.|g'`; \ + topsrcdirstrip=`echo "$(top_srcdir)" | sed 's|.|.|g'`; \ + list='$(DISTFILES)'; for file in $$list; do \ + case $$file in \ + $(srcdir)/*) file=`echo "$$file" | sed "s|^$$srcdirstrip/||"`;; \ + $(top_srcdir)/*) file=`echo "$$file" | sed "s|^$$topsrcdirstrip/|$(top_builddir)/|"`;; \ + esac; \ + if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ + dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ + if test "$$dir" != "$$file" && test "$$dir" != "."; then \ + dir="/$$dir"; \ + $(mkdir_p) "$(distdir)$$dir"; \ + else \ + dir=''; \ + fi; \ + if test -d $$d/$$file; then \ + if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ + cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ + fi; \ + cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ + else \ + test -f $(distdir)/$$file \ + || cp -p $$d/$$file $(distdir)/$$file \ + || exit 1; \ + fi; \ + done +check-am: all-am +check: check-am +all-am: Makefile +installdirs: +install: install-am +install-exec: install-exec-am +install-data: install-data-am +uninstall: uninstall-am + +install-am: all-am + @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am + +installcheck: installcheck-am +install-strip: + $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ + install_sh_PROGRAM="$(INSTALL_STRIP_PROGRAM)" INSTALL_STRIP_FLAG=-s \ + `test -z '$(STRIP)' || \ + echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install +mostlyclean-generic: + +clean-generic: + -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) + +distclean-generic: + -rm -f $(CONFIG_CLEAN_FILES) + +maintainer-clean-generic: + @echo "This command is intended for maintainers to use" + @echo "it deletes files that may require special tools to rebuild." +clean: clean-am + +clean-am: clean-generic clean-libtool mostlyclean-am + +distclean: distclean-am + -rm -f Makefile +distclean-am: clean-am distclean-generic distclean-libtool + +dvi: dvi-am + +dvi-am: + +html: html-am + +info: info-am + +info-am: + +install-data-am: install-data-local + +install-exec-am: + +install-info: install-info-am + +install-man: + +installcheck-am: + +maintainer-clean: maintainer-clean-am + -rm -f Makefile +maintainer-clean-am: distclean-am maintainer-clean-generic + +mostlyclean: mostlyclean-am + +mostlyclean-am: mostlyclean-generic mostlyclean-libtool + +pdf: pdf-am + +pdf-am: + +ps: ps-am + +ps-am: + +uninstall-am: uninstall-info-am uninstall-local + +.PHONY: all all-am check check-am clean clean-generic clean-libtool \ + distclean distclean-generic distclean-libtool distdir dvi \ + dvi-am html html-am info info-am install install-am \ + install-data install-data-am install-data-local install-exec \ + install-exec-am install-info install-info-am install-man \ + install-strip installcheck installcheck-am installdirs \ + maintainer-clean maintainer-clean-generic mostlyclean \ + mostlyclean-generic mostlyclean-libtool pdf pdf-am ps ps-am \ + uninstall uninstall-am uninstall-info-am uninstall-local + + +$(TARGET): $(CSFILES) $(LOCAL_ASSEMBLIES) $(RESOURCEFILES) + $(CSC) -out:$@ $(CSFLAGS) $(CSFILES) $(ASSEMBLIES) $(RESOURCES) + +all: $(TARGET) $(WRAPPER) + +install-data-local: $(TARGET) + $(mkinstalldirs) $(DESTDIR)$(bindir) + $(mkinstalldirs) $(DESTDIR)$(pkglibdir) + $(INSTALL_DATA) $(TARGET) $(TARGET).mdb $(DESTDIR)$(pkglibdir) + sed -e "s|\#installed=1|installed=1|" < $(WRAPPER) > $(WRAPPER).tmp + $(INSTALL_SCRIPT) $(WRAPPER).tmp $(DESTDIR)$(bindir)/$(WRAPPER) + rm -f $(WRAPPER).tmp + +uninstall-local: + rm -f $(DESTDIR)$(pkglibdir)/$(TARGET) + rm -f $(DESTDIR)$(pkglibdir)/$(TARGET).mdb + rm -f $(DESTDIR)$(bindir)/$(WRAPPER) + +$(WRAPPER): $(srcdir)/$(WRAPPER).in + sed -e "s|\@prefix\@|$(prefix)|g" -e "s|\@pkglibdir\@|$(pkglibdir)|g" -e "s|\@target\@|$(TARGET)|g" -e "s|\@gacprefix\@|$(GAC_PREFIX)|g" < $^ > $@ + chmod +x $(WRAPPER) +# Tell versions [3.59,3.63) of GNU make to not export all variables. +# Otherwise a system limit (for SysV at least) may be exceeded. +.NOEXPORT: Index: ContactViewer/menu.xml =================================================================== --- ContactViewer/menu.xml (revision 0) +++ ContactViewer/menu.xml (revision 0) @@ -0,0 +1,12 @@ + + + + + + + + + + + + Index: ContactViewer/ContactWindow.cs =================================================================== --- ContactViewer/ContactWindow.cs (revision 0) +++ ContactViewer/ContactWindow.cs (revision 0) @@ -0,0 +1,446 @@ +// +// ContactWindow.cs +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using Gtk; +using Glade; +using System; +using System.Collections; +using System.Text.RegularExpressions; + +using Beagle.Util; +using Mono.Unix; + +namespace ContactViewer { + + public class ContactWindow { + private Glade.XML gxml; + private UIManager ui_manager; + + [Widget] Gtk.TreeView ContactList; + [Widget] Gtk.ComboBox ListIdentifier; + [Widget] Gtk.Statusbar Statusbar; + [Widget] Gtk.Window MainWindow; + [Widget] Gtk.EventBox MenubarHolder; + [Widget] Gtk.EventBox ContactHolder; + + private ListStore contact_store; + private ListStore contact_show_type_store; + + private Uri uri; + private MorkDatabase database; + //private ContactManager contact_manager; + + public ContactWindow (ContactManager contact_manager, Uri uri) + { + this.uri = uri; + //this.contact_manager = contact_manager; + + ShowWindow (); + } + + public void ShowWindow () + { + Application.Init (); + + gxml = new Glade.XML ("contactviewer.glade", "MainWindow"); + gxml.Autoconnect (this); + + ActionEntry[] entries = new ActionEntry [] { + new ActionEntry ("FileMenuAction", null, "_File", null, null, null), + new ActionEntry ("OpenAction", Gtk.Stock.Open, + "_Open", "O", Catalog.GetString ("Open..."), new EventHandler (OnOpenDatabase)), + new ActionEntry ("QuitAction", Gtk.Stock.Quit, + "_Quit", "Q", Catalog.GetString ("Quit"), new EventHandler (OnQuit)), + new ActionEntry ("HelpMenuAction", null, "_Help", null, null, null), + new ActionEntry ("AboutAction", Gtk.Stock.About, + "_About", null, Catalog.GetString ("About"), new EventHandler (OnAbout)) + }; + + ActionGroup grp = new ActionGroup ("MainGroup"); + grp.Add (entries); + + ui_manager = new UIManager (); + ui_manager.InsertActionGroup(grp, 0); + ui_manager.AddUiFromResource ("menu.xml"); + MenubarHolder.Add (ui_manager.GetWidget ("/MainMenu")); + + // Fix the TreeView that will contain all contacts + contact_store = new ListStore (typeof (string), typeof (string)); + + ContactList.Model = contact_store; + ContactList.RulesHint = true; + ContactList.AppendColumn (Catalog.GetString ("Contacts"), new CellRendererText (), "text", 1); + ContactList.ButtonReleaseEvent += OnContactSelected; + + // This ListStore will let the user choose what to see in the contact list + contact_show_type_store = new ListStore (typeof (string), typeof (string)); + contact_show_type_store.AppendValues ("DisplayName", Catalog.GetString ("Display name")); + contact_show_type_store.AppendValues ("PrimaryEmail", Catalog.GetString ("Primary E-mail")); + contact_show_type_store.AppendValues ("SecondEmail", Catalog.GetString ("Secondary E-mail")); + contact_show_type_store.AppendValues ("NickName", Catalog.GetString ("Nickname")); + + CellRendererText cell = new CellRendererText (); + ListIdentifier.PackStart (cell, false); + ListIdentifier.AddAttribute (cell, "text", 1); + ListIdentifier.Model = contact_show_type_store; + ListIdentifier.Active = 0; + ListIdentifier.Changed += OnContactListTypeChanged; + + MainWindow.Icon = Beagle.Images.GetPixbuf ("contact-icon.png"); + MainWindow.DeleteEvent += OnDeleteEvent; + + LoadDatabase (); + Application.Run (); + } + + public void LoadDatabase () + { + // Load the database file + try { + database = new MorkDatabase (uri.AbsolutePath); + database.Read (); + database.EnumNamespace = "ns:addrbk:db:row:scope:card:all"; + } catch (Exception e) { + MessageDialog dialog = new MessageDialog ( + MainWindow, + DialogFlags.DestroyWithParent, + MessageType.Error, + ButtonsType.Ok, + false, + String.Format (Catalog.GetString ("Unable to open mork database:\n\n {0}"), e.Message)); + + dialog.Run (); + dialog.Destroy (); + Environment.Exit (1); + } + + // Populate the gui with nice stuff + Clear (); + FillContactList (); + + try { + Match m = Regex.Match (uri.Query, @"\?id=(?[0-9A-Fa-f]+)"); + ShowContact (m.Result ("${id}")); + } catch (Exception e) { + Gtk.MessageDialog dialog = new MessageDialog ( + MainWindow, + DialogFlags.DestroyWithParent, + MessageType.Warning, + ButtonsType.Ok, + Catalog.GetString ("The specified ID does not exist in this database!")); + + dialog.Run (); + dialog.Destroy (); + } + } + + public void FillContactList () + { + TreeIter iter; + int count = 0; + + if (!ListIdentifier.GetActiveIter (out iter)) + return; + + contact_store.Clear (); + + // Add contacts to treeview + foreach (string id in database) { + Hashtable tbl = database.Compile (id, database.EnumNamespace); + + if (tbl ["table"] != null && tbl ["table"] as string == "BF") { + contact_store.AppendValues (tbl ["id"], tbl [contact_show_type_store.GetValue (iter, 0)]); + count++; + } + } + + SetStatusMessage (String.Format (Catalog.GetString ("Added {0} contacts"), count)); + } + + public void ShowContact (string id) + { + TreeIter iter; + Hashtable tbl = database.Compile (id, database.EnumNamespace); + + if (ContactHolder.Child != null) + ContactHolder.Remove (ContactHolder.Child); + + ContactHolder.Add (new Contact (tbl)); + MainWindow.ShowAll (); + + // Update selection in the contact list as well + if (contact_store.GetIterFirst (out iter)) { + do { + if (contact_store.GetValue (iter, 0) as string == id) { + ContactList.Selection.SelectIter (iter); + break; + } + } while (contact_store.IterNext (ref iter)); + } + + SetStatusMessage (String.Format (Catalog.GetString ("Viewing {0}"), + (ContactHolder.Child as Contact).GetString ("DisplayName"))); + } + + public void Clear () + { + if (ContactHolder.Child != null) + ContactHolder.Remove (ContactHolder.Child); + + contact_store.Clear (); + } + + public void SetStatusMessage (string message) + { + Statusbar.Pop (0); + Statusbar.Push (0, message); + } + + protected virtual void OnContactSelected (object o, ButtonReleaseEventArgs args) + { + TreeIter iter; + TreeModel model; + + if (!ContactList.Selection.GetSelected (out model, out iter)) + return; + + ShowContact ((string) model.GetValue (iter, 0)); + } + + protected virtual void OnContactListTypeChanged (object o, EventArgs args) + { + FillContactList (); + } + + protected virtual void OnOpenDatabase (object o, EventArgs args) + { + Uri uri; + ResponseType response; + FileChooserDialog chooser; + + chooser = new FileChooserDialog (Catalog.GetString ("Select a mork database file"), + MainWindow, FileChooserAction.Open); + chooser.LocalOnly = true; + chooser.AddButton (Gtk.Stock.Cancel, ResponseType.Cancel); + chooser.AddButton (Gtk.Stock.Ok, ResponseType.Ok); + + response = (ResponseType) chooser.Run (); + uri = new Uri (chooser.Uri); + chooser.Destroy (); + + if (response == ResponseType.Ok) { + this.uri = uri; + LoadDatabase (); + } + } + + protected virtual void OnAbout (object o, EventArgs args) + { + AboutDialog about = new AboutDialog(); + about.Authors = (new string[] { "Pierre \u00D6stlund" }); + about.Name = "Contact Viewer"; + about.Version = "0.1"; + about.Website = "http://www.beagle-project.org"; + about.Logo = Beagle.Images.GetPixbuf ("system-search.png"); + about.Icon = Beagle.Images.GetPixbuf ("icon-search.png"); + + about.Run(); + about.Destroy(); + } + + protected virtual void OnQuit (object o, EventArgs args) + { + Application.Quit (); + } + + protected virtual void OnDeleteEvent (object o, DeleteEventArgs args) + { + Application.Quit (); + } + } + + public class Contact : VBox { + private Hashtable contact; + + public Contact (Hashtable contact) : + base (false, 10) + { + HBox hbox; + Table table; + Button button; + HButtonBox hbuttonbox; + + this.contact = contact; + + // Create header containing an icon and display name + hbox = new HBox (); + hbox.Spacing = 10; + hbox.PackStart (Beagle.Images.GetWidget ("person.png"), false, false, 0); + hbox.PackStart (new VLabel (String.Format ("{0} \"{1}\" {2}", + GetString ("FirstName"), GetString ("NickName"), GetString ("LastName")), false)); + PackStart (hbox, false, false, 0); + PackStart (new HSeparator (), false, false, 0); + + // Create a table containing some user information + table = new Table (5, 2, false); + PackStart (table, false, false, 0); + + table.Attach (new VLabel (String.Format ("{0}", Catalog.GetString ("Primary E-Mail:")), false), + 0, 1, 0, 1, AttachOptions.Shrink | AttachOptions.Fill, AttachOptions.Shrink, 10, 0); + table.Attach (new VLabel (GetString ("PrimaryEmail"), true), 1, 2, 0, 1); + + table.Attach (new VLabel (String.Format ("{0}", Catalog.GetString ("Screen name:")), false), + 0, 1, 1, 2, AttachOptions.Shrink | AttachOptions.Fill, AttachOptions.Shrink, 10, 0); + table.Attach (new VLabel (GetString ("_AimScreenName"), true), 1, 2, 1, 2); + + table.Attach (new VLabel (String.Format ("{0}", Catalog.GetString ("Home phone:")), false), + 0, 1, 2, 3, AttachOptions.Shrink | AttachOptions.Fill, AttachOptions.Shrink, 10, 0); + table.Attach (new VLabel (GetString ("HomePhone"), true), 1, 2, 2, 3); + + table.Attach (new VLabel (String.Format ("{0}", Catalog.GetString ("Mobile phone:")), false), + 0, 1, 3, 4, AttachOptions.Shrink | AttachOptions.Fill, AttachOptions.Shrink, 10, 0); + table.Attach (new VLabel (GetString ("CellularNumber"), true), 1, 2, 3, 4); + + table.Attach (new VLabel (String.Format ("{0}", Catalog.GetString ("Web page:")), false), + 0, 1, 4, 5, AttachOptions.Shrink | AttachOptions.Fill, AttachOptions.Shrink, 10, 0); + table.Attach (new VLabel (GetString ("WebPage2"), true), 1, 2, 4, 5); + + // Add a button row with some informational buttons + hbuttonbox = new HButtonBox (); + hbuttonbox.Layout = ButtonBoxStyle.End; + PackEnd (hbuttonbox, false, false, 0); + + button = new Button (Catalog.GetString ("Send E-Mail")); + button.Clicked += OnSendEmail; + hbuttonbox.Add (button); + + button = new Button (Catalog.GetString ("Details...")); + button.Clicked += OnDetails; + hbuttonbox.Add (button); + } + + public string GetString (string str) + { + if (!contact.ContainsKey (str)) + return "N/A"; + + return contact [str] as string; + } + + protected virtual void OnSendEmail (object o, EventArgs args) + { + string mail = null; + SafeProcess process; + + if (contact ["PrimaryEmail"] != null) + mail = contact ["PrimaryEmail"] as string; + else if (contact ["SecondEmail"] != null) + mail = contact ["SecondMail"] as string; + else { + MessageDialog dialog = new MessageDialog ( + null, + DialogFlags.DestroyWithParent, + MessageType.Warning, + ButtonsType.Ok, + Catalog.GetString ("Could not find a valid E-mail address!")); + + dialog.Run (); + dialog.Destroy (); + return; + } + + process = new SafeProcess (); + process.Arguments = new string [2]; + process.Arguments [0] = "thunderbird"; + process.Arguments [1] = String.Format ("mailto:{0}", mail); + process.Start (); + } + + protected virtual void OnDetails (object o, EventArgs args) + { + new DetailedWindow (contact); + } + + public class VLabel : Label { + + public VLabel (string label, bool selectable) : + base (label) + { + Xalign = 0.0f; + UseMarkup = true; + Selectable = selectable; + } + } + + } + + public class DetailedWindow { + private Glade.XML gxml; + + [Widget] Gtk.Button Close; + [Widget ("DetailedWindow")] Gtk.Window Window; + [Widget] Gtk.TextView Notes; + [Widget] Gtk.ComboBox PreferredType; + + string[] widget_names = new string[] {"FirstName", "LastName", "DisplayName", + "NickName", "PrimaryEmail", "SecondEmail", "_AimScreenName", "WorkPhone", + "HomePhone", "FaxNumber", "PagerNumber", "CellularNumber", "HomeAddress", + "HomeAddress2", "HomeCity", "HomeCountry", "WebPage2", "HomeZipCode", + "HomeState", "WorkState", "WorkZipCode", "JobTitle", "Department", "Company", + "WorkAddress", "WorkAddress2", "WorkCity", "WorkCountry", "WebPage1", + "Custom1", "Custom2", "Custom3", "Custom4"}; + + public DetailedWindow (Hashtable contact) + { + gxml = new Glade.XML (null, "contactviewer.glade", "DetailedWindow", null); + gxml.Autoconnect (this); + + // Fill all Entry-boxes with information + foreach (string name in widget_names) + (gxml.GetWidget (name) as Gtk.Entry).Text = (contact [name] != null ? (contact [name] as string) : "");; + + // Also fill the special cases + Notes.Buffer.Text = (contact ["Notes"] != null ? (contact ["Notes"] as string) : ""); + + try { + int tmp = Convert.ToInt32 (contact ["PreferMailFormat"]); + PreferredType.Active = (tmp >= 0 && tmp <= 2 ? tmp : 0); + } catch (Exception e) { + PreferredType.Active = 0; + } + + Close.Clicked += OnClose; + + Window.Icon = Beagle.Images.GetPixbuf ("contact-icon.png"); + Window.Show (); + } + + protected virtual void OnClose (object o, EventArgs args) + { + Window.Hide (); + } + } +} Index: ContactViewer/contactviewer.glade =================================================================== --- ContactViewer/contactviewer.glade (revision 0) +++ ContactViewer/contactviewer.glade (revision 0) @@ -0,0 +1,2399 @@ + + + + + + + 630 + 380 + True + Contact Viewer + GTK_WINDOW_TOPLEVEL + GTK_WIN_POS_NONE + False + True + False + True + False + False + GDK_WINDOW_TYPE_HINT_NORMAL + GDK_GRAVITY_NORTH_WEST + True + False + + + + True + False + 0 + + + + True + True + False + + + + + + + 0 + False + True + + + + + + 5 + True + True + 200 + + + + True + False + 5 + + + + True + True + GTK_POLICY_AUTOMATIC + GTK_POLICY_ALWAYS + GTK_SHADOW_IN + GTK_CORNER_TOP_LEFT + + + + True + True + True + False + False + True + False + False + False + + + + + 0 + True + True + + + + + + True + False + True + + + 0 + False + True + + + + + True + False + + + + + + 5 + True + True + False + + + + + + + True + True + + + + + 0 + True + True + + + + + + True + True + + + 0 + False + False + + + + + + + + True + Detailed view + GTK_WINDOW_TOPLEVEL + GTK_WIN_POS_NONE + False + True + False + True + False + False + GDK_WINDOW_TYPE_HINT_NORMAL + GDK_GRAVITY_NORTH_WEST + True + False + + + + 10 + True + False + 10 + + + + True + True + True + True + GTK_POS_TOP + False + False + + + + 10 + True + False + 10 + + + + True + 0 + 0.5 + GTK_SHADOW_NONE + + + + True + 0.5 + 0.5 + 1 + 1 + 5 + 0 + 12 + 0 + + + + True + 4 + 2 + False + 0 + 0 + + + + 130 + True + First: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 0 + 1 + fill + + + + + + + True + Last: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 1 + 2 + fill + + + + + + + True + Display: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 2 + 3 + fill + + + + + + + True + Nickname: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 3 + 4 + fill + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 0 + 1 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 1 + 2 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 2 + 3 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 3 + 4 + + + + + + + + + + + True + <b>Name</b> + False + True + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + label_item + + + + + 0 + False + True + + + + + + True + 0 + 0.5 + GTK_SHADOW_NONE + + + + True + 0.5 + 0.5 + 1 + 1 + 5 + 0 + 12 + 0 + + + + True + 4 + 2 + False + 0 + 0 + + + + 130 + True + E-Mail: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 0 + 1 + fill + + + + + + + True + Additional E-Mail: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 1 + 2 + fill + + + + + + + True + Preferred format: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 2 + 3 + fill + + + + + + + True + Screen name: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 3 + 4 + fill + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 0 + 1 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 1 + 2 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 3 + 4 + + + + + + + True + Unknown +Plain text +HTML + False + True + + + 1 + 2 + 2 + 3 + fill + fill + + + + + + + + + + True + <b>Internet</b> + False + True + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + label_item + + + + + 0 + False + True + + + + + + True + 0 + 0.5 + GTK_SHADOW_NONE + + + + True + 0.5 + 0.5 + 1 + 1 + 5 + 0 + 12 + 0 + + + + True + 5 + 2 + False + 0 + 0 + + + + 130 + True + Work: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 0 + 1 + fill + + + + + + + True + Home: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 1 + 2 + fill + + + + + + + True + Fax: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 2 + 3 + fill + + + + + + + True + Pager: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 3 + 4 + fill + + + + + + + True + Mobile: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 4 + 5 + fill + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 0 + 1 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 1 + 2 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 2 + 3 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 3 + 4 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 4 + 5 + + + + + + + + + + + True + <b>Phones</b> + False + True + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + label_item + + + + + 0 + False + True + + + + + False + True + + + + + + True + Contact + False + False + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + tab + + + + + + 10 + True + False + 10 + + + + True + 0 + 0.5 + GTK_SHADOW_NONE + + + + True + 0.5 + 0.5 + 1 + 1 + 5 + 0 + 12 + 0 + + + + True + 6 + 4 + False + 0 + 0 + + + + 130 + True + Address: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 0 + 1 + fill + + + + + + + True + City: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 2 + 3 + fill + + + + + + + True + State/Province: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 3 + 4 + fill + + + + + + + True + Country: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 4 + 5 + fill + + + + + + + True + Web Page: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 5 + 6 + fill + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 0 + 1 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 1 + 2 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 2 + 3 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 4 + 5 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 5 + 6 + + + + + + + True + ZIP/Postal Code + False + False + GTK_JUSTIFY_LEFT + False + False + 1 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 2 + 3 + 3 + 4 + + + + + + + 70 + True + True + False + True + 0 + + True + ● + False + + + 3 + 4 + 3 + 4 + fill + + + + + + + 70 + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 3 + 4 + fill + + + + + + + + + + + True + <b>Home</b> + False + True + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + label_item + + + + + 0 + False + True + + + + + + True + 0 + 0.5 + GTK_SHADOW_NONE + + + + True + 0.5 + 0.5 + 1 + 1 + 5 + 0 + 12 + 0 + + + + True + 9 + 4 + False + 0 + 0 + + + + 70 + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 6 + 7 + fill + + + + + + + 70 + True + True + False + True + 0 + + True + ● + False + + + 3 + 4 + 6 + 7 + fill + + + + + + + 130 + True + Title: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 0 + 1 + fill + + + + + + + True + Department: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 1 + 2 + fill + + + + + + + True + Organization: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 2 + 3 + fill + + + + + + + True + Address: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 3 + 4 + fill + + + + + + + True + City: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 5 + 6 + fill + + + + + + + True + State/Province + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 6 + 7 + fill + + + + + + + True + Country: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 7 + 8 + fill + + + + + + + True + Web Page: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 8 + 9 + fill + + + + + + + True + ZIP/Postal Code: + False + False + GTK_JUSTIFY_LEFT + False + False + 1 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 2 + 3 + 6 + 7 + fill + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 0 + 1 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 1 + 2 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 2 + 3 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 3 + 4 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 4 + 5 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 5 + 6 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 7 + 8 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 8 + 9 + + + + + + + + + + + True + <b>Work</b> + False + True + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + label_item + + + + + 0 + True + True + + + + + False + True + + + + + + True + Address + False + False + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + tab + + + + + + 10 + True + False + 10 + + + + True + 0 + 0.5 + GTK_SHADOW_NONE + + + + True + 0.5 + 0.5 + 1 + 1 + 5 + 0 + 12 + 0 + + + + True + 4 + 2 + False + 0 + 0 + + + + 130 + True + Custom 1: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 0 + 1 + fill + + + + + + + True + Custom 2: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 1 + 2 + fill + + + + + + + True + Custom 3: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 2 + 3 + fill + + + + + + + True + Custom 4: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 3 + 4 + fill + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 0 + 1 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 1 + 2 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 2 + 3 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 3 + 4 + + + + + + + + + + + True + <b>Custom fields</b> + False + True + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + label_item + + + + + 0 + False + True + + + + + + True + 0 + 0.5 + GTK_SHADOW_NONE + + + + True + 0.5 + 0.5 + 1 + 1 + 5 + 0 + 12 + 0 + + + + True + True + GTK_POLICY_AUTOMATIC + GTK_POLICY_AUTOMATIC + GTK_SHADOW_IN + GTK_CORNER_TOP_LEFT + + + + True + True + False + False + True + GTK_JUSTIFY_LEFT + GTK_WRAP_NONE + True + 0 + 0 + 0 + 0 + 0 + 0 + + + + + + + + + + + True + <b>Notes</b> + False + True + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + label_item + + + + + 0 + True + True + + + + + False + True + + + + + + True + Other + False + False + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + tab + + + + + 0 + True + True + + + + + + True + GTK_BUTTONBOX_END + 0 + + + + True + True + True + gtk-close + True + GTK_RELIEF_NORMAL + True + + + + + 0 + False + True + + + + + + + Index: ContactViewer/Makefile.am =================================================================== --- ContactViewer/Makefile.am (revision 0) +++ ContactViewer/Makefile.am (revision 0) @@ -0,0 +1,59 @@ + +CSC = mcs -debug + +TARGET = ContactViewer.exe +WRAPPER = beagle-contactviewer + +CSFLAGS = -target:exe + +CSFILES = \ + $(srcdir)/ContactViewer.cs \ + $(srcdir)/ContactWindow.cs + +LOCAL_ASSEMBLIES = \ + ../Util/Util.dll \ + ../images/Images.dll + +ASSEMBLIES = \ + $(BEAGLE_UI_LIBS) \ + $(LOCAL_ASSEMBLIES:%=-r:%) \ + -r:Mono.Posix + +RESOURCEFILES = \ + $(srcdir)/contactviewer.glade \ + $(srcdir)/menu.xml + +# Makefile-fu to map /path/filename to -resource:/path/filename,filename +RESOURCES = $(join $(RESOURCEFILES:%=-resource:%,),$(notdir $(RESOURCEFILES))) + +$(TARGET): $(CSFILES) $(LOCAL_ASSEMBLIES) $(RESOURCEFILES) + $(CSC) -out:$@ $(CSFLAGS) $(CSFILES) $(ASSEMBLIES) $(RESOURCES) + +all: $(TARGET) $(WRAPPER) + +install-data-local: $(TARGET) + $(mkinstalldirs) $(DESTDIR)$(bindir) + $(mkinstalldirs) $(DESTDIR)$(pkglibdir) + $(INSTALL_DATA) $(TARGET) $(TARGET).mdb $(DESTDIR)$(pkglibdir) + sed -e "s|\#installed=1|installed=1|" < $(WRAPPER) > $(WRAPPER).tmp + $(INSTALL_SCRIPT) $(WRAPPER).tmp $(DESTDIR)$(bindir)/$(WRAPPER) + rm -f $(WRAPPER).tmp + +uninstall-local: + rm -f $(DESTDIR)$(pkglibdir)/$(TARGET) + rm -f $(DESTDIR)$(pkglibdir)/$(TARGET).mdb + rm -f $(DESTDIR)$(bindir)/$(WRAPPER) + +$(WRAPPER): $(srcdir)/$(WRAPPER).in + sed -e "s|\@prefix\@|$(prefix)|g" -e "s|\@pkglibdir\@|$(pkglibdir)|g" -e "s|\@target\@|$(TARGET)|g" -e "s|\@gacprefix\@|$(GAC_PREFIX)|g" < $^ > $@ + chmod +x $(WRAPPER) + +EXTRA_DIST = \ + $(CSFILES) \ + $(WRAPPER).in \ + $(RESOURCEFILES) + +CLEANFILES = \ + $(TARGET) \ + $(TARGET).mdb \ + $(WRAPPER) Index: ContactViewer/beagle-contactviewer =================================================================== --- ContactViewer/beagle-contactviewer (revision 0) +++ ContactViewer/beagle-contactviewer (revision 0) @@ -0,0 +1,18 @@ +#!/bin/sh + +# This line will be automatically uncommented when you "make install" +#installed=1 + +if [ -z $installed ] ; then + echo "*** Running uninstalled ContactViewer.exe ***" + THIS_PATH="../Util:../images:../Lucene.Net" + THIS_EXE="./ContactViewer.exe" + export LD_LIBRARY_PATH="../glue/.libs${LD_LIBRARY_PATH+:$LD_LIBRARY_PATH}" +else + THIS_PATH="/usr/lib/beagle" + THIS_EXE="/usr/lib/beagle/ContactViewer.exe" + export LD_LIBRARY_PATH="/usr/lib/beagle${LD_LIBRARY_PATH+:$LD_LIBRARY_PATH}" +fi + +MONO_GAC_PREFIX="/usr${MONO_GAC_PREFIX+:$MONO_GAC_PREFIX}" MONO_PATH="$THIS_PATH${MONO_PATH+:$MONO_PATH}" exec -a beagle-contactviewer mono $MONO_EXTRA_ARGS --debug $THIS_EXE "$@" + Index: ContactViewer/Makefile =================================================================== --- ContactViewer/Makefile (revision 0) +++ ContactViewer/Makefile (revision 0) @@ -0,0 +1,545 @@ +# Makefile.in generated by automake 1.8.5 from Makefile.am. +# ContactViewer/Makefile. Generated from Makefile.in by configure. + +# Copyright (C) 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, +# 2003, 2004 Free Software Foundation, Inc. +# This Makefile.in is free software; the Free Software Foundation +# gives unlimited permission to copy and/or distribute it, +# with or without modifications, as long as this notice is preserved. + +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY, to the extent permitted by law; without +# even the implied warranty of MERCHANTABILITY or FITNESS FOR A +# PARTICULAR PURPOSE. + + +srcdir = . +top_srcdir = .. + +pkgdatadir = $(datadir)/beagle +pkglibdir = $(libdir)/beagle +pkgincludedir = $(includedir)/beagle +top_builddir = .. +am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd +INSTALL = /usr/bin/install -c +install_sh_DATA = $(install_sh) -c -m 644 +install_sh_PROGRAM = $(install_sh) -c +install_sh_SCRIPT = $(install_sh) -c +INSTALL_HEADER = $(INSTALL_DATA) +transform = $(program_transform_name) +NORMAL_INSTALL = : +PRE_INSTALL = : +POST_INSTALL = : +NORMAL_UNINSTALL = : +PRE_UNINSTALL = : +POST_UNINSTALL = : +build_triplet = i686-pc-linux-gnu +host_triplet = i686-pc-linux-gnu +target_triplet = i686-pc-linux-gnu +subdir = ContactViewer +DIST_COMMON = $(srcdir)/Makefile.am $(srcdir)/Makefile.in +ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 +am__aclocal_m4_deps = $(top_srcdir)/acinclude.m4 \ + $(top_srcdir)/configure.in +am__configure_deps = $(am__aclocal_m4_deps) $(CONFIGURE_DEPENDENCIES) \ + $(ACLOCAL_M4) +mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs +CONFIG_HEADER = $(top_builddir)/config.h +CONFIG_CLEAN_FILES = +SOURCES = +DIST_SOURCES = +DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) +ACLOCAL = ${SHELL} /home/kjk38/src/beagle/missing --run aclocal-1.8 +ALL_LINGUAS = bg ca cs da de el en_CA en_GB es fi fr gl he hi hu it ja ka ko lt lv mk nb nl pa pl pt_BR ru sv tr uk vi zh_CN zh_HK zh_TW +AMDEP_FALSE = # +AMDEP_TRUE = +AMTAR = ${SHELL} /home/kjk38/src/beagle/missing --run tar +AR = ar +AUTOCONF = ${SHELL} /home/kjk38/src/beagle/missing --run autoconf +AUTOHEADER = ${SHELL} /home/kjk38/src/beagle/missing --run autoheader +AUTOMAKE = ${SHELL} /home/kjk38/src/beagle/missing --run automake-1.8 +AWK = gawk +BASH = /bin/sh +BEAGLED_CFLAGS = -I:/usr/lib/pkgconfig/../../share/gapi-2.0/pango-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/atk-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gdk-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gtk-api.xml +BEAGLED_LIBS = -r:/usr/lib/mono/gmime-sharp/gmime-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/pango-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/atk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gdk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gtk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glib-sharp.dll -r:/usr/lib/mono/gtk-sharp/gsf-sharp.dll +BEAGLE_DEFINES = +BEAGLE_UI_CFLAGS = -I:/usr/lib/pkgconfig/../../share/gapi-2.0/pango-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/atk-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gdk-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gtk-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gnome-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/art-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gnome-vfs-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/glade-api.xml +BEAGLE_UI_LIBS = -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/pango-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/atk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gdk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gtk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glib-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gconf-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gconf-sharp-peditors.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gnome-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/art-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gnome-vfs-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glade-sharp.dll -r:/usr/lib/mono/gmime-sharp/gmime-sharp.dll +CATALOGS = bg.gmo ca.gmo cs.gmo da.gmo de.gmo el.gmo en_CA.gmo en_GB.gmo es.gmo fi.gmo fr.gmo gl.gmo he.gmo hi.gmo hu.gmo it.gmo ja.gmo ka.gmo ko.gmo lt.gmo lv.gmo mk.gmo nb.gmo nl.gmo pa.gmo pl.gmo pt_BR.gmo ru.gmo sv.gmo tr.gmo uk.gmo vi.gmo zh_CN.gmo zh_HK.gmo zh_TW.gmo +CATOBJEXT = .gmo +CC = gcc +CCDEPMODE = depmode=gcc3 +CFLAGS = -g -O2 +CPP = gcc -E +CPPFLAGS = +CXX = g++ +CXXCPP = g++ -E +CXXDEPMODE = depmode=gcc3 +CXXFLAGS = -g -O2 +CYGPATH_W = echo +DATADIRNAME = share +DEFS = -DHAVE_CONFIG_H +DEPDIR = .deps +DESKTOP_LAUNCH = no +ECHO = echo +ECHO_C = +ECHO_N = -n +ECHO_T = +EGREP = grep -E +ENABLE_BLUDGEON_FALSE = # +ENABLE_BLUDGEON_TRUE = +ENABLE_DESKTOP_LAUNCH_FALSE = +ENABLE_DESKTOP_LAUNCH_TRUE = # +ENABLE_EPIPHANY_EXTENSION_FALSE = +ENABLE_EPIPHANY_EXTENSION_TRUE = # +ENABLE_EVOLUTION_FALSE = # +ENABLE_EVOLUTION_TRUE = +ENABLE_GALAGO_FALSE = +ENABLE_GALAGO_TRUE = # +ENABLE_GOOGLEDRIVER_FALSE = +ENABLE_GOOGLEDRIVER_TRUE = # +ENABLE_GSF_SHARP_FALSE = # +ENABLE_GSF_SHARP_TRUE = +ENABLE_GTK_DOC_FALSE = +ENABLE_GTK_DOC_TRUE = # +ENABLE_GUI_FALSE = # +ENABLE_GUI_TRUE = +ENABLE_INOTIFY_FALSE = # +ENABLE_INOTIFY_TRUE = +ENABLE_LIBBEAGLE_FALSE = # +ENABLE_LIBBEAGLE_TRUE = +ENABLE_OPEN_WITH_FALSE = # +ENABLE_OPEN_WITH_TRUE = +ENABLE_PYTHON_FALSE = # +ENABLE_PYTHON_TRUE = +ENABLE_THUNDERBIRD_FALSE = # +ENABLE_THUNDERBIRD_TRUE = +ENABLE_WEBSERVICES_FALSE = +ENABLE_WEBSERVICES_TRUE = # +ENABLE_WV1_FALSE = # +ENABLE_WV1_TRUE = +EPIPHANY_DEPENDENCY_CFLAGS = +EPIPHANY_DEPENDENCY_LIBS = +EPIPHANY_EXTENSIONS_DIR = +EPIPHANY_PREFIX = +EPIPHANY_REQUIRED = +EVO_CFLAGS = -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gnome-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/pango-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/atk-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gdk-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gtk-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/art-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gnome-vfs-api.xml +EVO_LIBDIR = /usr/lib/evolution/2.6 +EVO_LIBS = -r:/usr/lib/evolution-sharp/evolution-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gconf-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gconf-sharp-peditors.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gnome-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/pango-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/atk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gdk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gtk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/art-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gnome-vfs-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glib-sharp.dll -r:/usr/lib/mono/gmime-sharp/gmime-sharp.dll +EXEEXT = +EXIF_SOVERSION = 12 +F77 = +FFLAGS = +GAC_PREFIX = /usr +GALAGO_CFLAGS = +GALAGO_LIBS = +GETTEXT_PACKAGE = beagle +GMOFILES = bg.gmo ca.gmo cs.gmo da.gmo de.gmo el.gmo en_CA.gmo en_GB.gmo es.gmo fi.gmo fr.gmo gl.gmo he.gmo hi.gmo hu.gmo it.gmo ja.gmo ka.gmo ko.gmo lt.gmo lv.gmo mk.gmo nb.gmo nl.gmo pa.gmo pl.gmo pt_BR.gmo ru.gmo sv.gmo tr.gmo uk.gmo vi.gmo zh_CN.gmo zh_HK.gmo zh_TW.gmo +GMSGFMT = /usr/bin/msgfmt +GNOME_PREFIX = /usr +GNOME_VFS_CFLAGS = -pthread -DORBIT2=1 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/bonobo-activation-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/gconf/2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/orbit-2.0 -I/usr/include/libgnome-2.0 +GNOME_VFS_LIBS = -pthread -lgnome-2 -lpopt -lgnomevfs-2 -lbonobo-2 -lgconf-2 -lgobject-2.0 -lbonobo-activation -lORBit-2 -lm -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0 +GSF_SHARP_CFLAGS = +GSF_SHARP_LIBS = -r:/usr/lib/mono/gtk-sharp/gsf-sharp.dll +GTK_BINARY_VERSION = 2.4.0 +GTK_DOC_USE_LIBTOOL_FALSE = # +GTK_DOC_USE_LIBTOOL_TRUE = +HAS_LIBCHM_FALSE = +HAS_LIBCHM_TRUE = # +HAS_LIBXSS_FALSE = # +HAS_LIBXSS_TRUE = +HTML_DIR = ${datadir}/gtk-doc/html +INSTALL_DATA = ${INSTALL} -m 644 +INSTALL_EPIPHANY_EXTENSION_FALSE = # +INSTALL_EPIPHANY_EXTENSION_TRUE = +INSTALL_PROGRAM = ${INSTALL} +INSTALL_SCRIPT = ${INSTALL} +INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s +INSTOBJEXT = .mo +INTLLIBS = +INTLTOOL_CAVES_RULE = %.caves: %.caves.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_DESKTOP_RULE = %.desktop: %.desktop.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_DIRECTORY_RULE = %.directory: %.directory.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_EXTRACT = $(top_builddir)/intltool-extract +INTLTOOL_ICONV = /usr/bin/iconv +INTLTOOL_KBD_RULE = %.kbd: %.kbd.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -m -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_KEYS_RULE = %.keys: %.keys.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -k -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_MERGE = $(top_builddir)/intltool-merge +INTLTOOL_MSGFMT = /usr/bin/msgfmt +INTLTOOL_MSGMERGE = /usr/bin/msgmerge +INTLTOOL_OAF_RULE = %.oaf: %.oaf.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -o -p $(top_srcdir)/po $< $@ +INTLTOOL_PERL = /usr/bin/perl +INTLTOOL_PONG_RULE = %.pong: %.pong.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_PROP_RULE = %.prop: %.prop.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_SCHEMAS_RULE = %.schemas: %.schemas.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -s -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_SERVER_RULE = %.server: %.server.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -o -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_SERVICE_RULE = %.service: %.service.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_SHEET_RULE = %.sheet: %.sheet.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_SOUNDLIST_RULE = %.soundlist: %.soundlist.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_THEME_RULE = %.theme: %.theme.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_UI_RULE = %.ui: %.ui.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_UPDATE = $(top_builddir)/intltool-update +INTLTOOL_XAM_RULE = %.xam: %.xml.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_XGETTEXT = /usr/bin/xgettext +INTLTOOL_XML_NOMERGE_RULE = %.xml: %.xml.in $(INTLTOOL_MERGE) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u /tmp $< $@ +INTLTOOL_XML_RULE = %.xml: %.xml.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +KDE_CONFIG = /usr/bin/kde-config +KDE_PREFIX = /usr +LDFLAGS = +LIBBEAGLE_CFLAGS = -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 +LIBBEAGLE_LIBS = -lgobject-2.0 -lglib-2.0 -lxml2 -lz -lm +LIBBEAGLE_VERSION_INFO = 0:0:0 +LIBEXIF_API_CHECK_CFLAGS = -I/usr/include/libexif +LIBEXIF_API_CHECK_LIBS = -lexif -lm +LIBEXIF_CFLAGS = -I/usr/include/libexif +LIBEXIF_LIBS = -lexif -lm +LIBEXIF_VERSION_CHECK_CFLAGS = -I/usr/include/libexif +LIBEXIF_VERSION_CHECK_LIBS = -lexif -lm +LIBGLIB_REQUIRED = +LIBGTK_REQUIRED = +LIBOBJS = +LIBS = +LIBTOOL = $(SHELL) $(top_builddir)/libtool +LIBTRAYICON_CFLAGS = -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/atk-1.0 +LIBTRAYICON_LIBS = -lgdk-x11-2.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lfontconfig -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 -lcairo -lX11 -latk-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 +LIBXML_REQUIRED = +LN_S = ln -s +LTLIBOBJS = +MAINT = +MAINTAINER_MODE_FALSE = # +MAINTAINER_MODE_TRUE = +MAKEINFO = ${SHELL} /home/kjk38/src/beagle/missing --run makeinfo +MCS = /usr/bin/mcs +MKINSTALLDIRS = ./mkinstalldirs +MONO = /usr/bin/mono +MONO_CFLAGS = -D_REENTRANT -pthread -I/usr/lib/pkgconfig/../../include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include +MONO_LIBS = -Wl,--export-dynamic -pthread -L/usr/lib/pkgconfig/../../lib -lmono -lpthread -lm -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0 +MSGFMT = /usr/bin/msgfmt +OBJEXT = o +OPEN_WITH_CFLAGS = -I:/usr/lib/pkgconfig/../../share/gapi-2.0/pango-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/atk-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gdk-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gtk-api.xml +OPEN_WITH_LIBS = -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/pango-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/atk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gdk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gtk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glib-sharp.dll +OS_FREEBSD_FALSE = +OS_FREEBSD_TRUE = # +OS_LINUX_FALSE = # +OS_LINUX_TRUE = +PACKAGE = beagle +PACKAGE_BUGREPORT = +PACKAGE_NAME = +PACKAGE_STRING = +PACKAGE_TARNAME = +PACKAGE_VERSION = +PATH_SEPARATOR = : +PKG_CONFIG = /usr/bin/pkg-config +POFILES = bg.po ca.po cs.po da.po de.po el.po en_CA.po en_GB.po es.po fi.po fr.po gl.po he.po hi.po hu.po it.po ja.po ka.po ko.po lt.po lv.po mk.po nb.po nl.po pa.po pl.po pt_BR.po ru.po sv.po tr.po uk.po vi.po zh_CN.po zh_HK.po zh_TW.po +POSUB = po +PO_IN_DATADIR_FALSE = +PO_IN_DATADIR_TRUE = +PYBEAGLE_CFLAGS = -I/usr/include/pygtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include +PYBEAGLE_LIBS = -lgobject-2.0 -lglib-2.0 +PYGTK_CODEGEN = /usr/bin/pygtk-codegen-2.0 +PYGTK_DEFSDIR = /usr/share/pygtk/2.0/defs +PYTHON = /usr/bin/python +PYTHON_EXEC_PREFIX = ${exec_prefix} +PYTHON_INCLUDES = -I/usr/include/python2.4 +PYTHON_PLATFORM = linux2 +PYTHON_PREFIX = ${prefix} +PYTHON_VERSION = 2.4 +RANLIB = ranlib +SET_MAKE = +SHARPZIPLIB_LIBS = -r:/usr/lib/pkgconfig/../../lib/mono/compat-1.0/ICSharpCode.SharpZipLib.dll +SHELL = /bin/sh +SQLITE3_CFLAGS = +SQLITE3_LIBS = +SQLITE_CFLAGS = +SQLITE_LIBS = -lsqlite +SQLITE_MAJ_VER = 2 +STRIP = strip +SYSTEMINFO_GLUE_CFLAGS = -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo +SYSTEMINFO_GLUE_LIBS = -lgdk-x11-2.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lfontconfig -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lX11 +SYSTEMINFO_GLUE_X_LIBS = -lSM -lICE -L/usr/X11R6/lib -lX11 -lXss +UIGLUE_CFLAGS = -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/librsvg-2 +UIGLUE_LIBS = -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangocairo-1.0 -lfontconfig -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 -lcairo -lX11 -lrsvg-2 -lgdk_pixbuf-2.0 -lm -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 +USE_LOCAL_SQLITE_FALSE = # +USE_LOCAL_SQLITE_TRUE = +USE_NLS = yes +VERSION = 0.2.7 +WSDL = +WV1_CFLAGS = -I/usr/include/wv -I/usr/include/libgsf-1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 +WV1_LIBS = -lwv -lgsf-1 -lgobject-2.0 -lxml2 -lglib-2.0 -lpng -lz -lm +XGETTEXT = /usr/bin/xgettext +X_CFLAGS = +X_EXTRA_LIBS = +X_LIBS = -L/usr/X11R6/lib +X_PRE_LIBS = -lSM -lICE +ZIP = /usr/bin/zip +ac_ct_AR = ar +ac_ct_CC = gcc +ac_ct_CXX = g++ +ac_ct_F77 = +ac_ct_RANLIB = ranlib +ac_ct_STRIP = strip +ac_pt_PKG_CONFIG = +am__fastdepCC_FALSE = # +am__fastdepCC_TRUE = +am__fastdepCXX_FALSE = # +am__fastdepCXX_TRUE = +am__include = include +am__leading_dot = . +am__quote = +bindir = ${exec_prefix}/bin +build = i686-pc-linux-gnu +build_alias = +build_cpu = i686 +build_os = linux-gnu +build_vendor = pc +datadir = ${prefix}/share +exec_prefix = ${prefix} +host = i686-pc-linux-gnu +host_alias = +host_cpu = i686 +host_os = linux-gnu +host_vendor = pc +includedir = ${prefix}/include +infodir = ${prefix}/info +install_sh = /home/kjk38/src/beagle/install-sh +libdir = ${exec_prefix}/lib +libexecdir = ${exec_prefix}/libexec +localstatedir = ${prefix}/var +mandir = ${prefix}/man +mkdir_p = mkdir -p -- . +oldincludedir = /usr/include +pkgpyexecdir = ${pyexecdir}/beagle +pkgpythondir = ${pythondir}/beagle +prefix = /usr +program_transform_name = s,x,x, +pyexecdir = ${exec_prefix}/lib/python2.4/site-packages +pythondir = ${prefix}/lib/python2.4/site-packages +sbindir = ${exec_prefix}/sbin +sharedstatedir = ${prefix}/com +sysconfdir = ${prefix}/etc +target = i686-pc-linux-gnu +target_alias = +target_cpu = i686 +target_os = linux-gnu +target_vendor = pc +CSC = mcs -debug +TARGET = ContactViewer.exe +WRAPPER = beagle-contactviewer +CSFLAGS = -target:exe +CSFILES = \ + $(srcdir)/ContactViewer.cs \ + $(srcdir)/ContactWindow.cs + +LOCAL_ASSEMBLIES = \ + ../Util/Util.dll \ + ../images/Images.dll + +ASSEMBLIES = \ + $(BEAGLE_UI_LIBS) \ + $(LOCAL_ASSEMBLIES:%=-r:%) \ + -r:Mono.Posix + +RESOURCEFILES = \ + $(srcdir)/contactviewer.glade \ + $(srcdir)/menu.xml + + +# Makefile-fu to map /path/filename to -resource:/path/filename,filename +RESOURCES = $(join $(RESOURCEFILES:%=-resource:%,),$(notdir $(RESOURCEFILES))) +EXTRA_DIST = \ + $(CSFILES) \ + $(WRAPPER).in \ + $(RESOURCEFILES) + +CLEANFILES = \ + $(TARGET) \ + $(TARGET).mdb \ + $(WRAPPER) + +all: all-am + +.SUFFIXES: +$(srcdir)/Makefile.in: $(srcdir)/Makefile.am $(am__configure_deps) + @for dep in $?; do \ + case '$(am__configure_deps)' in \ + *$$dep*) \ + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh \ + && exit 0; \ + exit 1;; \ + esac; \ + done; \ + echo ' cd $(top_srcdir) && $(AUTOMAKE) --gnu ContactViewer/Makefile'; \ + cd $(top_srcdir) && \ + $(AUTOMAKE) --gnu ContactViewer/Makefile +.PRECIOUS: Makefile +Makefile: $(srcdir)/Makefile.in $(top_builddir)/config.status + @case '$?' in \ + *config.status*) \ + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh;; \ + *) \ + echo ' cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ $(am__depfiles_maybe)'; \ + cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ $(am__depfiles_maybe);; \ + esac; + +$(top_builddir)/config.status: $(top_srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh + +$(top_srcdir)/configure: $(am__configure_deps) + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh +$(ACLOCAL_M4): $(am__aclocal_m4_deps) + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh + +mostlyclean-libtool: + -rm -f *.lo + +clean-libtool: + -rm -rf .libs _libs + +distclean-libtool: + -rm -f libtool +uninstall-info-am: +tags: TAGS +TAGS: + +ctags: CTAGS +CTAGS: + + +distdir: $(DISTFILES) + $(mkdir_p) $(distdir)/$(srcdir) + @srcdirstrip=`echo "$(srcdir)" | sed 's|.|.|g'`; \ + topsrcdirstrip=`echo "$(top_srcdir)" | sed 's|.|.|g'`; \ + list='$(DISTFILES)'; for file in $$list; do \ + case $$file in \ + $(srcdir)/*) file=`echo "$$file" | sed "s|^$$srcdirstrip/||"`;; \ + $(top_srcdir)/*) file=`echo "$$file" | sed "s|^$$topsrcdirstrip/|$(top_builddir)/|"`;; \ + esac; \ + if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ + dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ + if test "$$dir" != "$$file" && test "$$dir" != "."; then \ + dir="/$$dir"; \ + $(mkdir_p) "$(distdir)$$dir"; \ + else \ + dir=''; \ + fi; \ + if test -d $$d/$$file; then \ + if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ + cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ + fi; \ + cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ + else \ + test -f $(distdir)/$$file \ + || cp -p $$d/$$file $(distdir)/$$file \ + || exit 1; \ + fi; \ + done +check-am: all-am +check: check-am +all-am: Makefile +installdirs: +install: install-am +install-exec: install-exec-am +install-data: install-data-am +uninstall: uninstall-am + +install-am: all-am + @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am + +installcheck: installcheck-am +install-strip: + $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ + install_sh_PROGRAM="$(INSTALL_STRIP_PROGRAM)" INSTALL_STRIP_FLAG=-s \ + `test -z '$(STRIP)' || \ + echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install +mostlyclean-generic: + +clean-generic: + -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) + +distclean-generic: + -rm -f $(CONFIG_CLEAN_FILES) + +maintainer-clean-generic: + @echo "This command is intended for maintainers to use" + @echo "it deletes files that may require special tools to rebuild." +clean: clean-am + +clean-am: clean-generic clean-libtool mostlyclean-am + +distclean: distclean-am + -rm -f Makefile +distclean-am: clean-am distclean-generic distclean-libtool + +dvi: dvi-am + +dvi-am: + +html: html-am + +info: info-am + +info-am: + +install-data-am: install-data-local + +install-exec-am: + +install-info: install-info-am + +install-man: + +installcheck-am: + +maintainer-clean: maintainer-clean-am + -rm -f Makefile +maintainer-clean-am: distclean-am maintainer-clean-generic + +mostlyclean: mostlyclean-am + +mostlyclean-am: mostlyclean-generic mostlyclean-libtool + +pdf: pdf-am + +pdf-am: + +ps: ps-am + +ps-am: + +uninstall-am: uninstall-info-am uninstall-local + +.PHONY: all all-am check check-am clean clean-generic clean-libtool \ + distclean distclean-generic distclean-libtool distdir dvi \ + dvi-am html html-am info info-am install install-am \ + install-data install-data-am install-data-local install-exec \ + install-exec-am install-info install-info-am install-man \ + install-strip installcheck installcheck-am installdirs \ + maintainer-clean maintainer-clean-generic mostlyclean \ + mostlyclean-generic mostlyclean-libtool pdf pdf-am ps ps-am \ + uninstall uninstall-am uninstall-info-am uninstall-local + + +$(TARGET): $(CSFILES) $(LOCAL_ASSEMBLIES) $(RESOURCEFILES) + $(CSC) -out:$@ $(CSFLAGS) $(CSFILES) $(ASSEMBLIES) $(RESOURCES) + +all: $(TARGET) $(WRAPPER) + +install-data-local: $(TARGET) + $(mkinstalldirs) $(DESTDIR)$(bindir) + $(mkinstalldirs) $(DESTDIR)$(pkglibdir) + $(INSTALL_DATA) $(TARGET) $(TARGET).mdb $(DESTDIR)$(pkglibdir) + sed -e "s|\#installed=1|installed=1|" < $(WRAPPER) > $(WRAPPER).tmp + $(INSTALL_SCRIPT) $(WRAPPER).tmp $(DESTDIR)$(bindir)/$(WRAPPER) + rm -f $(WRAPPER).tmp + +uninstall-local: + rm -f $(DESTDIR)$(pkglibdir)/$(TARGET) + rm -f $(DESTDIR)$(pkglibdir)/$(TARGET).mdb + rm -f $(DESTDIR)$(bindir)/$(WRAPPER) + +$(WRAPPER): $(srcdir)/$(WRAPPER).in + sed -e "s|\@prefix\@|$(prefix)|g" -e "s|\@pkglibdir\@|$(pkglibdir)|g" -e "s|\@target\@|$(TARGET)|g" -e "s|\@gacprefix\@|$(GAC_PREFIX)|g" < $^ > $@ + chmod +x $(WRAPPER) +# Tell versions [3.59,3.63) of GNU make to not export all variables. +# Otherwise a system limit (for SysV at least) may be exceeded. +.NOEXPORT: --------------080203070201030804080804-- From mixonic@synitech.com Mon Jul 24 14:47:45 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 901703B008D for ; Mon, 24 Jul 2006 14:47:45 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15356-02 for ; Mon, 24 Jul 2006 14:47:39 -0400 (EDT) Received: from smtp.acolyte.net (Mail.Acolyte.net [216.195.213.68]) by menubar.gnome.org (Postfix) with ESMTP id 864973B000A for ; Mon, 24 Jul 2006 14:47:38 -0400 (EDT) Received: (qmail 13054 invoked from network); 24 Jul 2006 18:40:21 -0000 Received: from unknown (HELO synitech.com) (127.0.0.1) by 0 with SMTP; 24 Jul 2006 18:40:21 -0000 Received: from 160.129.220.33 (SquirrelMail authenticated user mixonic@synitech.com) by synitech.com with HTTP; Mon, 24 Jul 2006 14:40:21 -0400 (EDT) Message-ID: <12046.160.129.220.33.1153766421.squirrel@synitech.com> Subject: Beagle can't launch evolution documents From: "Matthew Beale" To: X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.11) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-0.185 tagged_above=-999 required=2 tests=[BAYES_40=-0.185] X-Spam-Score: -0.185 X-Spam-Level: X-Mailman-Approved-At: Thu, 06 Sep 2007 04:24:31 -0400 X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: mixonic@synitech.com List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Mon, 24 Jul 2006 18:47:45 -0000 X-Original-Date: Mon, 24 Jul 2006 14:40:21 -0400 (EDT) X-List-Received-Date: Mon, 24 Jul 2006 18:47:45 -0000 Hi all, Just started on beagle with 0.2.7 from gentoo stable. I'm having an issue I tried to address with the gentoo crew with: http://forums.gentoo.org/viewtopic-p-3463626.html#3463626 to no avail. I don't think the error is anything that complex: when clicking on an email (or email attachment) from the beagle search interface I get this error from evolution: Error while Opening folder email://1139305938.5482.0@hank/INBOX;uid=785. No provider available for protocol `email' I thought it might be a gnome url-hander issue, so I added a gnome handler for email with /desktop/gnome/url-handlers/email in gconf. Any ideas? Thanks, -- Matthew Beale :: 607 227 0871 Resume & Portfolio @ http://madhatted.com From dr.diesel@gmail.com Mon Jul 3 10:49:24 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 09E6C3B01A4 for ; Mon, 3 Jul 2006 10:49:24 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21223-03 for ; Mon, 3 Jul 2006 10:49:21 -0400 (EDT) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by menubar.gnome.org (Postfix) with ESMTP id BDF8F3B02B7 for ; Mon, 3 Jul 2006 10:49:20 -0400 (EDT) Received: by wr-out-0506.google.com with SMTP id i23so634433wra for ; Mon, 03 Jul 2006 07:49:20 -0700 (PDT) Received: by 10.65.211.14 with SMTP id n14mr3192633qbq; Mon, 03 Jul 2006 07:49:20 -0700 (PDT) Received: by 10.64.243.11 with HTTP; Mon, 3 Jul 2006 07:49:19 -0700 (PDT) Message-ID: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> Date: Mon, 3 Jul 2006 10:49:19 -0400 From: "Dr. Diesel" To: dashboard-hackers@gnome.org Subject: Beagle Help! MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_24849_33520281.1151938159937" X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.399 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, HTML_MESSAGE=0.001, SPF_PASS=-0.001] X-Spam-Score: -2.399 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jul 2006 14:49:24 -0000 ------=_Part_24849_33520281.1151938159937 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline I'm new to this, first post. I am having problems with a static queryable! Here is my daemon.xml /main/backup/beagle-static/ false true false The /main/backup/beagle-static directory have the following files: Dir=Locks Dir=PrimaryIndex Dir=SecondaryIndex File=FileAttributesStore.db File=fingerprint File=version But when I search none of the files in that directory, which I used Beagle-build-index (which took about 40 hours for 90,000 files!!) to make, show up! All of my beagle log file are emply except for the following from current-IndexHelper: 060703 1011377378 02608 IndexH ERROR: Could not filter: No name in desktop entry And if I run beagle-search from the console i get: Spinner image is wrong size Any ideas or any other information I can provide? I am running the lastest version from Fedora rawhide. Thanks Andy ------=_Part_24849_33520281.1151938159937 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I'm new to this, first post.

I am having problems with a static queryable!

Here is my daemon.xml

<feff><?xml version="1.0" encoding="utf-8"?>
<DaemonConfig xmlns:xsd=" http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <StaticQueryables>
    <anyType xsi:type="xsd:string">/main/backup/beagle-static/</anyType>
  </StaticQueryables>
  <DeniedBackends />
  <AllowStaticBackend>false</AllowStaticBackend>
  <IndexSynchronization>true</IndexSynchronization>
  <AllowRoot>false</AllowRoot>
</DaemonConfig>

The /main/backup/beagle-static directory have the following files:

Dir=Locks
Dir=PrimaryIndex
Dir=SecondaryIndex
File=FileAttributesStore.db
File=fingerprint
File=version

But when I search none of the files in that directory, which I used Beagle-build-index (which took about 40 hours for 90,000 files!!) to make, show up!

All of my beagle log file are emply except for the following from current-IndexHelper:

060703 1011377378 02608 IndexH ERROR: Could not filter: No name in desktop entry

And if I run beagle-search from the console i get:

Spinner image is wrong size

Any ideas or any other information I can provide?  I am running the lastest version from Fedora rawhide.

Thanks
Andy


------=_Part_24849_33520281.1151938159937-- From arif.lukito@gmail.com Mon Jul 3 18:55:29 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 201FB3B0101 for ; Mon, 3 Jul 2006 18:55:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17965-02 for ; Mon, 3 Jul 2006 18:55:28 -0400 (EDT) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.204]) by menubar.gnome.org (Postfix) with ESMTP id 2542D3B026E for ; Mon, 3 Jul 2006 18:55:28 -0400 (EDT) Received: by wx-out-0102.google.com with SMTP id t5so1829658wxc for ; Mon, 03 Jul 2006 15:55:27 -0700 (PDT) Received: by 10.70.39.8 with SMTP id m8mr6578591wxm; Mon, 03 Jul 2006 15:55:27 -0700 (PDT) Received: from debussy.harmony ( [203.217.51.58]) by mx.gmail.com with ESMTP id i39sm5642201wxd.2006.07.03.15.55.14; Mon, 03 Jul 2006 15:55:26 -0700 (PDT) Subject: Cannot query images using keyword imagetag anymore From: Arif Lukito To: dashboard-hackers@gnome.org Content-Type: text/plain Date: Tue, 04 Jul 2006 08:55:13 +1000 Message-Id: <1151967313.28441.3.camel@debussy.harmony> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.4 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.4 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jul 2006 22:55:29 -0000 Hi, I cannot seem to search images using keyword imagetag anymore. I don't know since when it stopped working, it used to work before. I occasionally get this error when indexing certain photo 060703 1620203987 11510 IndexH ERROR: Exception trying to retrieve FSpot/Digikam information:System.InvalidCastException: Cannot cast from source type to destination type. 060703 1620203987 11510 IndexH ERROR: in [0x00088] (at /var/tmp/portage/beagle-0.2.7/work/beagle-0.2.7/Util/FSpotTools.cs:116) Beagle.Util.FSpotTools:GetTagById (UInt32 id) 060703 1620203987 11510 IndexH ERROR: in [0x000fa] (at /var/tmp/portage/beagle-0.2.7/work/beagle-0.2.7/Util/FSpotTools.cs:207) Beagle.Util.FSpotTools:GetPhoto (System.String path) 060703 1620203987 11510 IndexH ERROR: in [0x0000b] (at /var/tmp/portage/beagle-0.2.7/work/beagle-0.2.7/Filters/FilterImage.cs:97) Beagle.Filters.FilterImage:AddFSpotInformation (System.String path) 060703 1620203987 11510 IndexH ERROR: in [0x00087] (at /var/tmp/portage/beagle-0.2.7/work/beagle-0.2.7/Filters/FilterImage.cs:85) Beagle.Filters.FilterImage:DoPullProperties () I also tried it on clean environment and same error came out. Some versions: beagle 0.2.7 f-spot 0.1.11 sqlite 3.3.6 mono 1.1.13.8 Oh since last time it worked I've upgraded f-spot database from sqlite2 to sqlite3. Any idea? -- Arif Lukito From dbera.web@gmail.com Mon Jul 3 19:12:27 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0A32C3B0101 for ; Mon, 3 Jul 2006 19:12:27 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18721-07 for ; Mon, 3 Jul 2006 19:12:26 -0400 (EDT) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.194]) by menubar.gnome.org (Postfix) with ESMTP id E4B1D3B00BC for ; Mon, 3 Jul 2006 19:12:25 -0400 (EDT) Received: by nz-out-0102.google.com with SMTP id n1so479357nzf for ; Mon, 03 Jul 2006 16:12:25 -0700 (PDT) Received: by 10.36.50.15 with SMTP id x15mr4219579nzx; Mon, 03 Jul 2006 16:12:25 -0700 (PDT) Received: by 10.37.22.63 with HTTP; Mon, 3 Jul 2006 16:12:25 -0700 (PDT) Message-ID: <1f1f006d0607031612q41fab833pc72a9b5cafaef36b@mail.gmail.com> Date: Mon, 3 Jul 2006 16:12:25 -0700 From: "D Bera" To: "Dr. Diesel" Subject: Re: Beagle Help! In-Reply-To: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.16 tagged_above=-999 required=2 tests=[AWL=0.163, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001, TW_NF=0.077] X-Spam-Score: -2.16 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jul 2006 23:12:27 -0000 Hi > > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> > > xsi:type="xsd:string">/main/backup/beagle-static/ > > > false > true > false > > > The /main/backup/beagle-static directory have the following files: > > Dir=Locks > Dir=PrimaryIndex > Dir=SecondaryIndex > File=FileAttributesStore.db > File=fingerprint > File=version > > But when I search none of the files in that directory, which I used > Beagle-build-index (which took about 40 hours for 90,000 files!!) to make, > show up! What is the content of /main/backup/beagle-static ? I am confused because you say, it containts Locks,PrimaryIndex etc. and then you said you searched for files in that directory which has 90,000 files. What exact beagle-build-index command did you use to build the static index ? > All of my beagle log file are emply except for the following from > current-IndexHelper: Stop beagled. Remove .beagle/Log. Restart beagled. Are the logs still all empty ? Someone mentioned in the list about a fedora specific patch which disabled logging of beagled. Maybe that is coming into effect and not writing anything into log files. Can you investigate if that is true and affecting you ? It is certainly going to be a lot difficult to debug/fix if that is the case. > > 060703 1011377378 02608 IndexH ERROR: Could not filter: No name in desktop > entry >From the filter for .desktop files, if it doesnt find any Name=Foo in a .desktop file it considers it as an invalid file. I am not sure if this is an error or the correct thing. But surely you didnt have all 90,000 .desktop files ? Its really hard to tell what is goinfg on without the debug messages, so see if you somehow turn on the logging. - dBera -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From Jedy.Wang@Sun.COM Mon Jul 3 23:49:45 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E29D93B0106 for ; Mon, 3 Jul 2006 23:49:44 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31505-09 for ; Mon, 3 Jul 2006 23:49:42 -0400 (EDT) Received: from sineb-mail-2.sun.com (sineb-mail-2.sun.com [192.18.19.7]) by menubar.gnome.org (Postfix) with ESMTP id 509F13B0084 for ; Mon, 3 Jul 2006 23:49:41 -0400 (EDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id k643ndn3009716 for ; Tue, 4 Jul 2006 11:49:40 +0800 (SGT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) id <0J1V00H0116C8000@mail-apac.sun.com> (original mail from Jedy.Wang@Sun.COM) for dashboard-hackers@gnome.org; Tue, 04 Jul 2006 11:49:39 +0800 (SGT) Received: from pampas.prc.sun.com ([129.158.217.16]) by mail-apac.sun.com (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPSA id <0J1V001L41AREYM4@mail-apac.sun.com> for dashboard-hackers@gnome.org; Tue, 04 Jul 2006 11:49:39 +0800 (SGT) Date: Tue, 04 Jul 2006 11:41:36 +0800 From: jedy Subject: problem about beagle-0.2.5 on solaris Sender: Jedy.Wang@Sun.COM To: dashboard-hackers@gnome.org Message-id: <1151984496.10666.1.camel@pampas.prc.sun.com> MIME-version: 1.0 X-Mailer: Evolution 2.6.0 (2.6.0-1) Content-type: text/plain Content-transfer-encoding: 7BIT X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.595 tagged_above=-999 required=2 tests=[AWL=0.003, BAYES_00=-2.599, UNPARSEABLE_RELAY=0.001] X-Spam-Score: -2.595 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jul 2006 03:49:45 -0000 Hi all I built beagle-0.2.5 on solaris. But every time i search something beagle just return the files whose name match search. For example, if i search beagle, only the files with bealge in their name are returned. why? Regards, Jedy From qub333@gmail.com Wed Jul 5 02:55:02 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CA5CD3B011F for ; Wed, 5 Jul 2006 02:55:02 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20578-08 for ; Wed, 5 Jul 2006 02:55:01 -0400 (EDT) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.197]) by menubar.gnome.org (Postfix) with ESMTP id EDD363B000D for ; Wed, 5 Jul 2006 02:55:00 -0400 (EDT) Received: by wx-out-0102.google.com with SMTP id t5so2157720wxc for ; Tue, 04 Jul 2006 23:55:00 -0700 (PDT) Received: by 10.70.53.3 with SMTP id b3mr8562909wxa; Tue, 04 Jul 2006 23:55:00 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id h12sm6811357wxd.2006.07.04.23.54.59; Tue, 04 Jul 2006 23:54:59 -0700 (PDT) Message-ID: <44AB6245.6080209@kubasik.net> Date: Wed, 05 Jul 2006 02:55:01 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Dashboard Subject: Thunderbird X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.321 tagged_above=-999 required=2 tests=[AWL=0.079, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.321 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jul 2006 06:55:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hey all, back from Italy, and rampant again in the US. While I was gone, Pierre hacked together the last real component missing from our thunderbird backend. We now can view contacts. Because of restrictions in Thunderbirds internal handling of the addressbook, we cannot open a contact in Thunderbird directly. Our solution was to write a separate program (much like the ImLogViewer) to view thunderbird contacts, and offer the user some basic options (like e-mail and edit the details). Its hard to explain everything, so check it out in my SVN at https://kubasik.net/svn/beagle With this, we have mail and addressbook support in pretty spiffy shape. Probably to the point were we might want to consider getting it into CVS and starting the bugwork. But thats up to you all. - -- Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRKtiRP3xZFNDM330AQh9vxAAptoFiSGNrKCLgiT1PZT2NXzy/W4y/spq 63xFxkJVoVjBopbzYNk4HRn16Zy9CRjsSCGsKCkbtw4daeU1lNyaGy3tsAVKMYhj oNgKd+QUUpQwTpPa6u24mBsn8kafMKXfdceXVDyoH+1MBrY5Z9pkizwscfJ86mu+ OwtFweeg6tarQQfWoQPFEeI9AWFr2AvJWw8YiaPfZoFFiS68Omln23hClSl1FyKD vtlUMDT7vg0Jxh+HzrkJ6B6AOVrbl/b3oKAf09ZFNnlpniPTmrAVxfuoK9/u2r9L TWQGsFRqBFadeOIpcqA2btvM0gGN1UQbrfIpyNa+pv849cPgaS9q6utcD+ElvI6Z Nq9GWdOQlyR0xKIT01NFKdhzTI7hL5U7umReVVr4SYYJkDP3s3YRIEDVWLGcueKA 8vP79ZPXXYvlk3HFXuUv3HHLXUCvjYNe2ginx/Z2QqOVKZO5pRNvfUiJ6RXnDWcM 9L/rs9hsY3fuQ1DogRKI6m7kfX80xupWhwE7fNPMEQI9FMigSs/i/nK3Vw9hqw6a GOlDZBxXz8NJ7XOlcYRi3zFz7CqiqCHrSOw+g87sFyrcbzoJo3J6u5tVqPyDvk+Q gOchhzal1EE9iV150y20BA0oUEfTeIaQIlqt8gK4CqHtVCI2DZqTflnD45aFcvJo vcz3SfiCypU= =itSC -----END PGP SIGNATURE----- From dashboard@a80.net Thu Jul 6 03:50:12 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EFA6D3B0013 for ; Thu, 6 Jul 2006 03:50:11 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07830-10 for ; Thu, 6 Jul 2006 03:50:08 -0400 (EDT) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id 070253B01DF for ; Thu, 6 Jul 2006 03:50:05 -0400 (EDT) Received: by cratoo.de (Postfix, from userid 1002) id 2DED02D9589; Thu, 6 Jul 2006 07:55:43 +0200 (CEST) Received: from [172.17.160.16] (p5723e3d4.np.schlund.de [212.227.35.87]) by cratoo.de (Postfix) with ESMTP id 93367181BA6 for ; Thu, 6 Jul 2006 07:55:40 +0200 (CEST) Message-ID: <44ACC0A8.1020007@a80.net> Date: Thu, 06 Jul 2006 09:50:00 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5 (X11/20051201) MIME-Version: 1.0 To: Dashboard Subject: static index + dynamic index Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.72 tagged_above=-999 required=2 tests=[AWL=-0.744, BAYES_05=-1.11, FORGED_RCVD_HELO=0.135] X-Spam-Score: -1.72 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 07:50:12 -0000 Hi there, since i have problems with my nfs share getting being indexed by beagle i would like to know if it's possible to use beagle with one (or more) static index and additionally the dynamic one (for best experience with extended attributes enabled). my configuration looks like follows: local harddrive: /home/crash/ marked to be indexed nfs shares: /storage/ /mp3s/ now since nfs shares won't support extended attributes and since i have problems letting a large directoy being indexed (see my last mails a few day ago) i'm thinking of creating a index of these kind of static directories every night or so and only letting beagle index my home. is this easily possible? e.g. will i have to index the large directoy every time as a hole or will it add the changes? would be great if this is possible :) thanks Andreas From qub333@gmail.com Thu Jul 6 08:07:09 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 18D333B0389 for ; Thu, 6 Jul 2006 08:07:09 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22724-06 for ; Thu, 6 Jul 2006 08:07:07 -0400 (EDT) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.204]) by menubar.gnome.org (Postfix) with ESMTP id 1F7FD3B03E6 for ; Thu, 6 Jul 2006 08:07:07 -0400 (EDT) Received: by wx-out-0102.google.com with SMTP id t5so2376313wxc for ; Thu, 06 Jul 2006 05:07:06 -0700 (PDT) Received: by 10.70.53.3 with SMTP id b3mr10670714wxa; Thu, 06 Jul 2006 05:07:06 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id i15sm701732wxd.2006.07.06.05.07.05; Thu, 06 Jul 2006 05:07:05 -0700 (PDT) Message-ID: <44ACFCE8.4030609@kubasik.net> Date: Thu, 06 Jul 2006 08:07:04 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060705) MIME-Version: 1.0 To: Dashboard Subject: Flock Backend X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.33 tagged_above=-999 required=2 tests=[AWL=0.070, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.33 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 12:07:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 I might be getting a little ahead of myself here, but I wanted to kick this idea around a bit. Flock [www.flock.com] is basically an uber-hyped up version of firefox with web 2.0 goodness that is out through the roof. Now, if we were to expand the indexing of our web history stuff, it would seem that opera would be the next choice, but flock stores a lucene index of every page visited using CLucene.... Now, I dunno a lot about the specifics of lucene compatibility, but it would seem to me, that with maybe a little coordination from the flock folks (they have been nothing but extraordinarily friendly and helpful so far) we could query that index directly for easy (and basically free) access to a complete web history index. Just getting the idea out there. This is kinda outside my experience, since it would not be a traditional backend by any means, but its a thought. I see the biggest issue at the moment being a cost-benefit thing, since flock can't exactly claim a huge marketshare at the moment, but it seems like this might actually be something not too impossible. - -- Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRKz85/3xZFNDM330AQgo/xAAqWzVxHOKUO5Xudcmq2yTOjyzhM+SPPqq /JZkyWDVVkJ2ReesCwHH+ZKNS4HJjoOMo4JKEbbeBh9PsnwUjIkag2lhMRpoL2cz FYQKcj+V9ed0Ltq84TkDopwHf+HRhqJpiSGj8kN/AwoixIRwGRLXkNYWPeRpIs9D a2znoXN1IKG6x0pa3Q3G1vK3bjCf2ZTu6b7rrQMU+NiEp4jMifBIGJrwFHkzlZSO nUhfJtCcjogBBPYbtASAXCUu8Taj/fO4wHlN+xmzK0vbvCjTel9/xBZmdlSZ+Yuf N7yvhfeoD9/bQGQuRChEmZyIbRVl0MLrBce91Grto7CAJ6SxfwTD9TFmNyEfMa8M uWAuZXw7D5iaP4K7DQLpjisJVR3eRTQL2hmvezZxDH3p84Hpbmt/llyGoGdQx8Po Sk3FM6BxGo6plUUEvxLBtStcuzggWEstnHRgzcCAFLyJXUdHUae+7TiXSP31Mo/v 3fjoHLiR2+oGpTbGO7uSV0R5bBJfXRk68XGcQXu55Ij6x+AriGBm3VkygpiwwvI9 BQrzaWUZ98BFgCt8MPv7E0AkKv9bo10QdZS2+cGWP28oQMewIIZTexCo/BulEEyG 9wN1tT/Eidl6B/Ta7M52VWgCGJI/7zEibZlVujl6FwxN/El4dBZwlB1asP+4eyNR Z0dMnkXW7SM= =8Dg9 -----END PGP SIGNATURE----- From dbera.web@gmail.com Thu Jul 6 10:42:29 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 48B773B0316 for ; Thu, 6 Jul 2006 10:42:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01614-08 for ; Thu, 6 Jul 2006 10:42:27 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by menubar.gnome.org (Postfix) with ESMTP id 759063B02AB for ; Thu, 6 Jul 2006 10:42:27 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id x66so2683079pye for ; Thu, 06 Jul 2006 07:42:26 -0700 (PDT) Received: by 10.35.134.12 with SMTP id l12mr952448pyn; Thu, 06 Jul 2006 07:42:26 -0700 (PDT) Received: from ?192.168.1.103? ( [75.6.225.56]) by mx.gmail.com with ESMTP id q71sm2128936pyg.2006.07.06.07.42.25; Thu, 06 Jul 2006 07:42:25 -0700 (PDT) From: D Bera Organization: BU-CS To: dashboard-hackers@gnome.org Subject: Re: Flock Backend Date: Thu, 6 Jul 2006 07:44:21 -0700 User-Agent: KMail/1.9 References: <44ACFCE8.4030609@kubasik.net> In-Reply-To: <44ACFCE8.4030609@kubasik.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607060744.21631.dbera.web@gmail.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.489 tagged_above=-999 required=2 tests=[AWL=-0.089, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.489 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 14:42:29 -0000 > I might be getting a little ahead of myself here, but I wanted to kick > this idea around a bit. Flock [www.flock.com] is basically an uber-hyped > up version of firefox with web 2.0 goodness that is out through the > roof. Now, if we were to expand the indexing of our web history stuff, > it would seem that opera would be the next choice, but flock stores a > lucene index of every page visited using CLucene.... > > Now, I dunno a lot about the specifics of lucene compatibility, but it > would seem to me, that with maybe a little coordination from the flock > folks (they have been nothing but extraordinarily friendly and helpful > so far) we could query that index directly for easy (and basically free) > access to a complete web history index. > > Just getting the idea out there. This is kinda outside my experience, > since it would not be a traditional backend by any means, but its a > thought. I see the biggest issue at the moment being a cost-benefit > thing, since flock can't exactly claim a huge marketshare at the moment, > but it seems like this might actually be something not too impossible. Hi Kevin, I started using flock since a few yeeks and I feel it holds some promise. I didnt know it had a web-history index. If it already stores a webhist index, then that would be really cool. For the technical part, beagle can already query 3-party database on the fly while computing queries (known as QueryDriver - see GoogleDriver in CVS or AmarokDriver in bugzilla). If the query to the database is slow, then that would be a bottleneck. If flock stores its index as a lucene index, then beagle should be able to query it without any significance performance overhead. It wont be hard to write a FlockQueryDriver; it would be pretty simple too - take a beagle Query, change it to a normal lucene query based on the flock index structure and query the flock lucene index (beagle comes with a copy of DotLucene). A few things to keep in mind: * beagle uses (Dot)Lucene-1.9. Make sure flock is using (C)Lucene-1.9 too or 1.9 is backward compatible with 1.4 * What fields are stored in flock index ? When a beagle query is passed to FlockDriver, the (property) fields need to be appropriately modified to Flock index. Similarly, when the results come back from FlockDriver, the fields in the results need to be appropriately mapped to beagle index fields. The time-penalty for this mapping-remapping should not be that high. * Lucene locks are supposed to be process safe. It shouldnt be a problem if both beagle and flock is trying to access the same lucene index. I cant think of any more off the top of my head. (Oh, one more. IANAL, are there licensing issues ??? The only scary thing of "open"-source world.) It definitely sounds like a good idea. - dBera -- -------------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From rob@digital-crocus.com Thu Jul 6 11:04:57 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BC2CE3B01E5 for ; Thu, 6 Jul 2006 11:04:57 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03742-02 for ; Thu, 6 Jul 2006 11:04:52 -0400 (EDT) Received: from mail.bronco.co.uk (mail.bronco.co.uk [195.166.60.10]) by menubar.gnome.org (Postfix) with ESMTP id 0ECC93B00FE for ; Thu, 6 Jul 2006 11:04:52 -0400 (EDT) Received: from [192.168.0.200] ([213.177.232.41]) by mail.bronco.co.uk (Merak 6.0.3) with ESMTP id CQA74428 for ; Thu, 06 Jul 2006 16:04:46 +0100 Message-ID: <44AD2694.4000709@digital-crocus.com> Date: Thu, 06 Jul 2006 16:04:52 +0100 From: Robin Haswell User-Agent: Mozilla Thunderbird 1.0.8 (X11/20060502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dashboard-hackers@gnome.org Subject: Re: Flock Backend References: <44ACFCE8.4030609@kubasik.net> <200607060744.21631.dbera.web@gmail.com> In-Reply-To: <200607060744.21631.dbera.web@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-0.453 tagged_above=-999 required=2 tests=[AWL=-1.838, BAYES_50=0.001, SPF_SOFTFAIL=1.384] X-Spam-Score: -0.453 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 15:04:58 -0000 > I cant think of any more off the top of my head. (Oh, one more. IANAL, are > there licensing issues ??? The only scary thing of "open"-source world.) It > definitely sounds like a good idea. I highly doubt there are licensing issues involved with reading another program's open-format files. If you were reversing a binary index there could be a DMCA-type angle on it, but Lucene is a published standard (I believe). Think of how many programs there are to read Apple's iTunes databases. However that said, Flock is a for-profit company with VC funding, so caution could be advisable. -Rob From joeshaw@novell.com Thu Jul 6 13:20:51 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3CB463B0227 for ; Thu, 6 Jul 2006 13:20:51 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11904-10 for ; Thu, 6 Jul 2006 13:20:50 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id EB8A43B0123 for ; Thu, 6 Jul 2006 13:20:49 -0400 (EDT) Received: (qmail 6799 invoked from network); 6 Jul 2006 17:20:49 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:20:49 -0000 Subject: Re: Beagle and its startup From: Joe Shaw To: Andreas Heinz In-Reply-To: <44A57859.4050109@a80.net> References: <44A4020C.4060203@a80.net> <1f1f006d0606291022u5467afe5o44d6e858b4274435@mail.gmail.com> <44A4115B.3000703@a80.net> <1151667046.6344.3.camel@portage.boston.ximian.com> <44A57859.4050109@a80.net> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:20:31 -0400 Message-Id: <1152206431.11287.59.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:20:51 -0000 Hi, On Fri, 2006-06-30 at 21:15 +0200, Andreas Heinz wrote: > ok so i know that about the gaim backend, thanks for that info :) > Unfortunatly i didn't find any info how to check if a file is indexed by > beagle. is there a way apart of using the normal search? Not really; the only real interface into the index is to search. Would you just want to be able to say "beagle-indexed foo.rpm" and have it try to find that file in the index? That should be as simple as turning "foo.rpm" into "file:///home/joe/mydirectory/foo.rpm" and doing a search on it. > Additionally i think i have the same problem as described in > http://bugzilla.gnome.org/show_bug.cgi?id=341841 > I told beagle to index my /mp3s. There are about 20.000 Files in this > directory but beagle. > I ran beagle a few times every time from the beginnig to test if it's > indexing more files if i start it over and over again. i think, but > can't prove that beagle get's more and more files. > > Is this a known behavior or is a directory of > 20.000 files simply too > much? I haven't had the opportunity to verify the bug, but Beagle *should* scale to directories that size. If it doesn't, it is most definitely a bug. Joe From qub333@gmail.com Thu Jul 6 13:27:42 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0B3353B00FE for ; Thu, 6 Jul 2006 13:27:42 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12360-06 for ; Thu, 6 Jul 2006 13:27:40 -0400 (EDT) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226]) by menubar.gnome.org (Postfix) with ESMTP id A11B43B00A1 for ; Thu, 6 Jul 2006 13:27:40 -0400 (EDT) Received: by wr-out-0506.google.com with SMTP id 58so1354266wri for ; Thu, 06 Jul 2006 10:27:40 -0700 (PDT) Received: by 10.65.204.7 with SMTP id g7mr830148qbq; Thu, 06 Jul 2006 10:27:39 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id e11sm209589qbc.2006.07.06.10.27.39; Thu, 06 Jul 2006 10:27:39 -0700 (PDT) Message-ID: <44AD480B.80507@kubasik.net> Date: Thu, 06 Jul 2006 13:27:39 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060705) MIME-Version: 1.0 To: Robin Haswell Subject: Re: Flock Backend References: <44ACFCE8.4030609@kubasik.net> <200607060744.21631.dbera.web@gmail.com> <44AD2694.4000709@digital-crocus.com> In-Reply-To: <44AD2694.4000709@digital-crocus.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.338 tagged_above=-999 required=2 tests=[AWL=0.062, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.338 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:27:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 I've talked to the developers over there before, and they are looking to build up flock any way they can, I'm sure they wouldn't have an issue, the flock license is one of those where you have to sign a funny contract to contribute code, but lucene is an open format. As of the 0.7 or 'Cardnial' release series, flock uses Clucene 1.9. If you wanna check it out, your index is in the folder 'historysearch' in the flock profile directory. Whats really the best thing about it is that because the indexing is all in C and part of the browser, they have the scheduling etc. to make it not interfere with the browsing experience at all. Is there some command line tool to just dump the contents of lucene index into text form or something? I can't seem to find much, but again, its not something I'm exactly experienced with. Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog Robin Haswell wrote: >> I cant think of any more off the top of my head. (Oh, one more. IANAL, are >> there licensing issues ??? The only scary thing of "open"-source world.) It >> definitely sounds like a good idea. > > I highly doubt there are licensing issues involved with reading another > program's open-format files. If you were reversing a binary index there > could be a DMCA-type angle on it, but Lucene is a published standard (I > believe). Think of how many programs there are to read Apple's iTunes > databases. > > However that said, Flock is a for-profit company with VC funding, so > caution could be advisable. > > -Rob > _______________________________________________ > Dashboard-hackers mailing list > Dashboard-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/dashboard-hackers -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRK1IC/3xZFNDM330AQh8nQ/8DsW5DaLOTXwQGuwd7jNaFfb/PB7Apt7m 96bVZQhmSdBIpt1sa2sSNsQOVG3khBokiqCfbYmXswxRwZLgDLAD/TIwaG8SaTJh Ot5g1LtlTmtpZgICX1/XzVo8Xbw430delPC3SdTIbO6LhEEyVod1ub3LDWFFQorc RhIdfIBtyJp8TfvnHCq6SgEDcz/61M7qLkqxbCaQJRyTdQa6iaqYtJ4SMgYfWM9q 4S0jVu3OXBvcluYUITB8i82M3mj3x7iq7BT7tG/H47Z646LevfZ4pk8ftCOAcb7g 8uJMH7iUATkKIUDEWnwMVFu/WWzHUx5wWI+xSLej1PMieclxlAVN8lSDYWpLY3n7 Gwe+mNedGI1nbUxAHUT5TzLuDL1hpM24AMt4xcffRQcICdWIV298VYIE/EWCeddP hUYiSFzxmoKYI7B/0DhJTA5s5eT/T5TX402Q+oUht+5GCwFVNFybNvLrNjL4E60v GelR2KV3ziJ/tXLE9oaIpig3k5RT679aaJE3ZZRotVdTsFC9B2d7zrOUvnbSvRao IeT6w+aQUJ3JB/tvqdzcFEcBe4TyB6S3uKLofSgNR/qjOBnLzCc5yVMGqOD91PFz QTBhV274F0yXJFSBuVhz2nJBsJ98sGsFbeOSx3u/noOeXAEw4uQmJHMgNdpz32qg 72rqbCC0Eso= =qZnb -----END PGP SIGNATURE----- From joeshaw@novell.com Thu Jul 6 13:30:56 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F0BA83B0303 for ; Thu, 6 Jul 2006 13:30:55 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12805-02 for ; Thu, 6 Jul 2006 13:30:55 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id BA3403B0256 for ; Thu, 6 Jul 2006 13:30:54 -0400 (EDT) Received: (qmail 6831 invoked from network); 6 Jul 2006 17:30:54 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:30:54 -0000 Subject: Re: Beagle Help! From: Joe Shaw To: "Dr. Diesel" In-Reply-To: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> References: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:30:49 -0400 Message-Id: <1152207049.11287.65.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:30:56 -0000 Hi, On Mon, 2006-07-03 at 10:49 -0400, Dr. Diesel wrote: > I'm new to this, first post. Welcome. > But when I search none of the files in that directory, which I used > Beagle-build-index (which took about 40 hours for 90,000 files!!) to > make, show up! If you run "beagle-index-info", does your static index show up in the list? > All of my beagle log file are emply except for the following from > current-IndexHelper: > > 060703 1011377378 02608 IndexH ERROR: Could not filter: No name in > desktop entry This may be thanks to a braindead patch in the Fedora packages that shipped with FC5. I believe there is an errata available now. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=195621 for more info. I am not sure if it has made it into Rawhide. In any case, running beagled by hand with the --debug option is probably the smartest thing. > And if I run beagle-search from the console i get: > > Spinner image is wrong size This seems like a weird beagle-search issue, not related to your static index problem. Have you tried with the beagle-query command-line client? Joe From joeshaw@novell.com Thu Jul 6 13:32:18 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3EC423B029F for ; Thu, 6 Jul 2006 13:32:18 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12819-03 for ; Thu, 6 Jul 2006 13:32:17 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 380753B02A9 for ; Thu, 6 Jul 2006 13:32:17 -0400 (EDT) Received: (qmail 6845 invoked from network); 6 Jul 2006 17:32:16 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:32:16 -0000 Subject: Re: Cannot query images using keyword imagetag anymore From: Joe Shaw To: Arif Lukito In-Reply-To: <1151967313.28441.3.camel@debussy.harmony> References: <1151967313.28441.3.camel@debussy.harmony> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:32:12 -0400 Message-Id: <1152207132.11287.66.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:32:18 -0000 Hi, On Tue, 2006-07-04 at 08:55 +1000, Arif Lukito wrote: > I cannot seem to search images using keyword imagetag anymore. I don't > know since when it stopped working, it used to work before. I > occasionally get this error when indexing certain photo > > Oh since last time it worked I've upgraded f-spot database from sqlite2 > to sqlite3. Any idea? Looks like a bug. Can you file it in bugzilla please? Mention the sqlite thing; it is probably the cause. (Unfortunately Beagle can't use both sqlite2 and 3, so f-spot and Beagle have to be in sync in this regard.) Joe From dbera.web@gmail.com Thu Jul 6 13:32:46 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 709153B039E for ; Thu, 6 Jul 2006 13:32:46 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12805-06 for ; Thu, 6 Jul 2006 13:32:45 -0400 (EDT) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.203]) by menubar.gnome.org (Postfix) with ESMTP id 241BA3B0123 for ; Thu, 6 Jul 2006 13:32:45 -0400 (EDT) Received: by nz-out-0102.google.com with SMTP id 14so1094014nzn for ; Thu, 06 Jul 2006 10:32:44 -0700 (PDT) Received: by 10.36.18.16 with SMTP id 16mr1208438nzr; Thu, 06 Jul 2006 10:32:44 -0700 (PDT) Received: by 10.37.22.63 with HTTP; Thu, 6 Jul 2006 10:32:44 -0700 (PDT) Message-ID: <1f1f006d0607061032r15e4e0d3nb36fc2cc4849a58@mail.gmail.com> Date: Thu, 6 Jul 2006 10:32:44 -0700 From: "D Bera" To: "Joe Shaw" Subject: Re: Beagle and its startup In-Reply-To: <1152206431.11287.59.camel@posthaste.boston.ximian.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44A4020C.4060203@a80.net> <1f1f006d0606291022u5467afe5o44d6e858b4274435@mail.gmail.com> <44A4115B.3000703@a80.net> <1151667046.6344.3.camel@portage.boston.ximian.com> <44A57859.4050109@a80.net> <1152206431.11287.59.camel@posthaste.boston.ximian.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.204 tagged_above=-999 required=2 tests=[AWL=0.196, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.204 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:32:46 -0000 > > ok so i know that about the gaim backend, thanks for that info :) > > Unfortunatly i didn't find any info how to check if a file is indexed by > > beagle. is there a way apart of using the normal search? > > Not really; the only real interface into the index is to search. Would > you just want to be able to say "beagle-indexed foo.rpm" and have it try > to find that file in the index? That should be as simple as turning > "foo.rpm" into "file:///home/joe/mydirectory/foo.rpm" and doing a search > on it. Hi Andreas, I thought I replied to your question, but looking at the Joe's reply I dont think I did. Though there isnt any well-documented way to find out if a file is indexed by beagle, there is a debugging tool which can be used for that. $ beagle-dump-index /path/to/file will print the indexed metadata of the file; if the file isnt indexed, it will say so. beagle-dump-index is a debugging aid and I dont think it is distributed with the package; it is available in the CVS checkout. But let me be clear that simply searching for foo.rpm should be enough in most cases (read: almost all cases) and that is the recommended way of doing it. - dBera From joeshaw@novell.com Thu Jul 6 13:33:40 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1D8313B006B for ; Thu, 6 Jul 2006 13:33:40 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12966-02 for ; Thu, 6 Jul 2006 13:33:37 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id BD5953B00B3 for ; Thu, 6 Jul 2006 13:33:36 -0400 (EDT) Received: (qmail 6852 invoked from network); 6 Jul 2006 17:33:36 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:33:36 -0000 Subject: Re: problem about beagle-0.2.5 on solaris From: Joe Shaw To: jedy In-Reply-To: <1151984496.10666.1.camel@pampas.prc.sun.com> References: <1151984496.10666.1.camel@pampas.prc.sun.com> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:33:31 -0400 Message-Id: <1152207211.11287.69.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:33:40 -0000 Hi, On Tue, 2006-07-04 at 11:41 +0800, jedy wrote: > I built beagle-0.2.5 on solaris. But every time i search something > beagle just return the files whose name match search. For example, if i > search beagle, only the files with bealge in their name are returned. > why? I'm not aware of anyone who has done any testing of Beagle on Solaris. There are quite possibly Linux-specific things in there that are preventing the files from being filtered correctly. Take a look at your ~/.beagle/Log directory and look for errors or exceptions during the indexing process. If you find any, it'd probably be a good idea to file bugs on them. Thanks, Joe From dbera.web@gmail.com Thu Jul 6 13:34:29 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C76FA3B03EB for ; Thu, 6 Jul 2006 13:34:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12946-08 for ; Thu, 6 Jul 2006 13:34:28 -0400 (EDT) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.196]) by menubar.gnome.org (Postfix) with ESMTP id 24D1F3B0123 for ; Thu, 6 Jul 2006 13:34:22 -0400 (EDT) Received: by nz-out-0102.google.com with SMTP id 14so1094345nzn for ; Thu, 06 Jul 2006 10:34:21 -0700 (PDT) Received: by 10.36.10.20 with SMTP id 20mr1185754nzj; Thu, 06 Jul 2006 10:34:21 -0700 (PDT) Received: by 10.37.22.63 with HTTP; Thu, 6 Jul 2006 10:34:21 -0700 (PDT) Message-ID: <1f1f006d0607061034v6360fd7fl3226893480587ff5@mail.gmail.com> Date: Thu, 6 Jul 2006 10:34:21 -0700 From: "D Bera" To: "Kevin Kubasik" Subject: Re: Flock Backend In-Reply-To: <44AD480B.80507@kubasik.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44ACFCE8.4030609@kubasik.net> <200607060744.21631.dbera.web@gmail.com> <44AD2694.4000709@digital-crocus.com> <44AD480B.80507@kubasik.net> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.209 tagged_above=-999 required=2 tests=[AWL=0.191, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.209 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:34:32 -0000 > Is there some command line tool to just dump the contents of lucene > index into text form or something? I can't seem to find much, but again, > its not something I'm exactly experienced with. There is a java GUI for that, google for "Luke". - dBera From pat@patdouble.com Thu Jul 6 13:34:43 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C1D6A3B010E for ; Thu, 6 Jul 2006 13:34:43 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12989-04 for ; Thu, 6 Jul 2006 13:34:42 -0400 (EDT) Received: from ee-pdouble.pdouble.net (rrcs-67-53-27-98.west.biz.rr.com [67.53.27.98]) by menubar.gnome.org (Postfix) with ESMTP id 2FB883B03EB for ; Thu, 6 Jul 2006 13:34:42 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by ee-pdouble.pdouble.net (Postfix) with ESMTP id C7130A32766; Thu, 6 Jul 2006 12:34:40 -0500 (CDT) From: Pat Double To: dashboard-hackers@gnome.org Subject: Re: Beagle Help! Date: Thu, 6 Jul 2006 12:34:34 -0500 User-Agent: KMail/1.9.3 References: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> In-Reply-To: <2a28d2ab0607030749x2208e845x3c4f853f5a2d473f@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart41160511.AZHx396UDf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200607061234.39139.pat@patdouble.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.456 tagged_above=-999 required=2 tests=[AWL=0.008, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.456 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: pat@patdouble.com List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:34:44 -0000 --nextPart41160511.AZHx396UDf Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 03 July 2006 09:49, Dr. Diesel wrote: > But when I search none of the files in that directory, which I used > Beagle-build-index (which took about 40 hours for 90,000 files!!) to make, > show up! What version of beagle are you using? =2D-=20 Pat Double, pat@patdouble.com "In the beginning God created the heaven and the earth." --nextPart41160511.AZHx396UDf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBErUmv7AY1KcVLrSYRAvXrAJ9CsUx+DB/MILnGGAT+RRqeq1FLHwCfdWkE uJ3Kq1tJryvqARw3YOBPWc8= =D2On -----END PGP SIGNATURE----- --nextPart41160511.AZHx396UDf-- From joeshaw@novell.com Thu Jul 6 13:36:34 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CD4C23B00B3 for ; Thu, 6 Jul 2006 13:36:33 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13259-02 for ; Thu, 6 Jul 2006 13:36:32 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 231443B0407 for ; Thu, 6 Jul 2006 13:36:32 -0400 (EDT) Received: (qmail 6866 invoked from network); 6 Jul 2006 17:36:31 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:36:31 -0000 Subject: Re: Thunderbird From: Joe Shaw To: Kevin Kubasik In-Reply-To: <44AB6245.6080209@kubasik.net> References: <44AB6245.6080209@kubasik.net> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:36:26 -0400 Message-Id: <1152207386.11287.72.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:36:34 -0000 Hi, On Wed, 2006-07-05 at 02:55 -0400, Kevin Kubasik wrote: > Because of restrictions in Thunderbirds internal handling of the > addressbook, we cannot open a contact in Thunderbird directly. Lame. Is there a bug filed upstream about this? > Our solution was to write a separate program (much like the > ImLogViewer) to view thunderbird contacts, and offer the user some > basic options (like e-mail and edit the details). Seems like a good idea. > With this, we have mail and addressbook support in pretty spiffy shape. > Probably to the point were we might want to consider getting it into CVS > and starting the bugwork. But thats up to you all. Yeah, I think we should move this into the repository soon. The GNOME CVS -> subversion migration happens a week from tomorrow. My plan is to heavily reorganize the source tree after that point. How about we check it in after that? Joe From dbera.web@gmail.com Thu Jul 6 13:40:28 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 74F013B02A9 for ; Thu, 6 Jul 2006 13:40:28 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13416-08 for ; Thu, 6 Jul 2006 13:40:27 -0400 (EDT) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.205]) by menubar.gnome.org (Postfix) with ESMTP id 25FBF3B04FF for ; Thu, 6 Jul 2006 13:40:27 -0400 (EDT) Received: by nz-out-0102.google.com with SMTP id v1so179864nzb for ; Thu, 06 Jul 2006 10:40:26 -0700 (PDT) Received: by 10.36.138.15 with SMTP id l15mr383538nzd; Thu, 06 Jul 2006 10:40:26 -0700 (PDT) Received: by 10.37.22.63 with HTTP; Thu, 6 Jul 2006 10:40:25 -0700 (PDT) Message-ID: <1f1f006d0607061040y56af940bv999c31e37896d620@mail.gmail.com> Date: Thu, 6 Jul 2006 10:40:25 -0700 From: "D Bera" To: "Joe Shaw" Subject: Re: Thunderbird In-Reply-To: <1152207386.11287.72.camel@posthaste.boston.ximian.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44AB6245.6080209@kubasik.net> <1152207386.11287.72.camel@posthaste.boston.ximian.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.213 tagged_above=-999 required=2 tests=[AWL=0.187, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.213 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:40:28 -0000 > Yeah, I think we should move this into the repository soon. The GNOME > CVS -> subversion migration happens a week from tomorrow. My plan is to At last. Phew!!! > heavily reorganize the source tree after that point. How about we check Curious, what kind of reorganization are you planning ? --- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From joeshaw@novell.com Thu Jul 6 13:40:29 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 802EB3B04E4 for ; Thu, 6 Jul 2006 13:40:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13536-02 for ; Thu, 6 Jul 2006 13:40:26 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id AB69E3B04FA for ; Thu, 6 Jul 2006 13:40:25 -0400 (EDT) Received: (qmail 6874 invoked from network); 6 Jul 2006 17:40:24 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:40:24 -0000 Subject: Re: Flock Backend From: Joe Shaw To: Kevin Kubasik In-Reply-To: <44AD480B.80507@kubasik.net> References: <44ACFCE8.4030609@kubasik.net> <200607060744.21631.dbera.web@gmail.com> <44AD2694.4000709@digital-crocus.com> <44AD480B.80507@kubasik.net> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:40:17 -0400 Message-Id: <1152207617.11287.76.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:40:29 -0000 Hi, On Thu, 2006-07-06 at 13:27 -0400, Kevin Kubasik wrote: > As of the 0.7 or 'Cardnial' release series, flock uses Clucene 1.9. If > you wanna check it out, your index is in the folder 'historysearch' in > the flock profile directory. I am pretty sure the CLucene file format is on-disk compatible with the original Java one (and our DotLucene). As long as that's the case, writing a driver for it should be trivial. > Whats really the best thing about it is that because the indexing is all > in C and part of the browser, they have the scheduling etc. to make it > not interfere with the browsing experience at all. Sounds familiar. ;) > Is there some command line tool to just dump the contents of lucene > index into text form or something? I can't seem to find much, but again, > its not something I'm exactly experienced with. There's no real command-line tool for it. You could maybe extract some code from beagle-dump-index to do it, or try to decypher the incredibly hard-to-use but still useful tool Luke: http://www.getopt.org/luke/ Joe From joeshaw@novell.com Thu Jul 6 13:46:39 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3F78A3B0527 for ; Thu, 6 Jul 2006 13:46:39 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13950-02 for ; Thu, 6 Jul 2006 13:46:38 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 00C923B04FF for ; Thu, 6 Jul 2006 13:46:37 -0400 (EDT) Received: (qmail 6892 invoked from network); 6 Jul 2006 17:46:37 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:46:37 -0000 Subject: Re: static index + dynamic index From: Joe Shaw To: Andreas Heinz In-Reply-To: <44ACC0A8.1020007@a80.net> References: <44ACC0A8.1020007@a80.net> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:46:30 -0400 Message-Id: <1152207990.11287.80.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:46:39 -0000 Hi, On Thu, 2006-07-06 at 09:50 +0200, Andreas Heinz wrote: > i would like to know if it's possible to use beagle with one (or more) > static index and additionally the dynamic one (for best experience with > extended attributes enabled). Yes, definitely. > my configuration looks like follows: > local harddrive: > /home/crash/ marked to be indexed > > nfs shares: > /storage/ > /mp3s/ > > now since nfs shares won't support extended attributes and since i have > problems letting a large directoy being indexed (see my last mails a few > day ago) i'm thinking of creating a index of these kind of static > directories every night or so and only letting beagle index my home. Even with the bug of not correctly indexing all of your files, doing a static index for these two NFS directories is probably a good idea anyhow. You don't want constant network traffic when indexing these files. > is this easily possible? e.g. will i have to index the large directoy > every time as a hole or will it add the changes? You can use the beagle-build-index tool for this. Take a look at the manpage or look at the beagle-crawl-system shell script to see an example of how it works. Essentially you can create a cron job for this, and Beagle will recrawl the directories and add any new files to the index. If you place the indexes in /var/cache/beagle/indexes, they will be automatically picked up when you restart the beagle daemon. Thanks, Joe From joeshaw@novell.com Thu Jul 6 13:52:29 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9B5BB3B02A9 for ; Thu, 6 Jul 2006 13:52:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14416-01 for ; Thu, 6 Jul 2006 13:52:28 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 891423B03EA for ; Thu, 6 Jul 2006 13:50:17 -0400 (EDT) Received: (qmail 6907 invoked from network); 6 Jul 2006 17:50:10 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 17:50:10 -0000 Subject: Re: Thunderbird From: Joe Shaw To: D Bera In-Reply-To: <1f1f006d0607061040y56af940bv999c31e37896d620@mail.gmail.com> References: <44AB6245.6080209@kubasik.net> <1152207386.11287.72.camel@posthaste.boston.ximian.com> <1f1f006d0607061040y56af940bv999c31e37896d620@mail.gmail.com> Content-Type: text/plain Date: Thu, 06 Jul 2006 13:50:05 -0400 Message-Id: <1152208205.11287.85.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 17:52:29 -0000 Hi, On Thu, 2006-07-06 at 10:40 -0700, D Bera wrote: > > Yeah, I think we should move this into the repository soon. The GNOME > > CVS -> subversion migration happens a week from tomorrow. My plan is to > > At last. Phew!!! Yeah. Assuming it isn't delayed again. ;) > > heavily reorganize the source tree after that point. How about we check > > Curious, what kind of reorganization are you planning ? I'm planning on moving a bunch of historical code which is valuable for reference purposes but not used into an "attic". Directories include at least Best, chooser-fu, Renderers, templates, and Tiles. I'm also planning on renaming a bunch of files. The "EvolutionMailDriver" name has been wrong for a long time; it hasn't been a driver in nearly two years. It may make sense to unify the images directory with the search directory; I'm not sure it makes a lot of sense to install the images as a separate assembly. Joe From joeshaw@novell.com Thu Jul 6 17:04:25 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8D4863B033F for ; Thu, 6 Jul 2006 17:04:25 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26597-07 for ; Thu, 6 Jul 2006 17:04:24 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id DF32E3B0298 for ; Thu, 6 Jul 2006 17:04:23 -0400 (EDT) Received: (qmail 7569 invoked from network); 6 Jul 2006 21:04:23 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 6 Jul 2006 21:04:23 -0000 Subject: GUADEC redux and roadmap From: Joe Shaw To: dashboard-hackers@gnome.org Content-Type: text/plain Date: Thu, 06 Jul 2006 17:04:17 -0400 Message-Id: <1152219857.11287.133.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 21:04:25 -0000 Hey guys, As you can see from my flood of emails earlier today, I am digging myself out from underneath a mountain of backlogged emails, blog posts, and free-agent hockey news. :) My talk and the BOF on Beagle at GUADEC both went very well, I think. Lots of people asking good questions about it, and a few people coming up to me afterward talking about how they want to integrate Beagle with their apps. Very exciting. I also got the chance to meet Daniel Drake, Chris Orr, and Max Wiehle and see Fredrik Hedberg again. It was nice meeting/seeing all of you. There are supposed to be archives of all the talks, but the site referenced off the GUADEC page doesn't seem to exist. I don't know if the talks will ever be up or not. Generally speaking I don't like to put slides up because they're lacking in context; they're often useless without the context of the speaker. Also, my laptop appears to be broken so I can't get the talk off of there. I'll post them once I can get into my machine. A couple of weeks ago Kevin put up a good roadmap document for 0.2.8, here: http://beagle-project.org/RoadMap. I wanted to give a heads up on what my larger-scale plans are. None of these will probably be for 0.2.8, unfortunately, but hopefully won't be too far behind: * Beagle on Battery - Right now Beagle will throttle itself and index slowly if you are on battery power. Unfortunately, most people want Beagle to not index at all in such a case. I need to investigate what will be involved in that and implement it. Not a ton of work, but I need to figure out what the right behavior is. * Metadata store - Jon and I talked about this at GUADEC and after thinking about it for a few days, I think we have an approach that will work. Whether or not it scales is yet to be seen, however. Right now we are storing all of our metadata in Lucene. This works fine for largely immutable text-based values, but doesn't work well when you want to deal with external metadata (think Nautilus emblems, Leaftag or F-Spot tags, etc.). The plan currently is to move storing of all metadata into a database and use Lucene only for its text indexing capabilities. This will allow us to (a) adapt better to changes in external metadata stores, (b) store metadata ourselves on behalf of applications, and (c) make keyword searches simpler. I started prototyping something on my laptop on the plane; I'll need to play with it a little bit more if I can get my laptop going again. * Using a single pool for indexes - Right now there is one index per backend. This was fine initially, but when you have a mail index with over 400,000 emails and a tomboy index with only 9 notes, you can see how distributing them more evenly would be much more efficient. I want to change the way we store our indexes so that all indexes simply write to an index, and that layer takes care of distributing them evenly. I also think this will help us a *lot* on memory usage as the number of backends continues to grow. There are also various bugs to look into. There are reports that Beagle isn't indexing all files in an extremely large directory with thousands of files; there is the fact that we're optimizing indexes (in many cases very large indexes) more often than we need to; changing the gaim log backend to be an indexable generator. Those would also be good to tackle if someone has time. I'm also planning on writing some docs: some high-level block diagrams on the Beagle architecture, reviewing and cleaning up the filter docs, and writing a simple tutorial on how to write a backend. Joe From qub333@gmail.com Thu Jul 6 18:42:57 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 44AE13B0197 for ; Thu, 6 Jul 2006 18:42:57 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32616-07 for ; Thu, 6 Jul 2006 18:42:56 -0400 (EDT) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.199]) by menubar.gnome.org (Postfix) with ESMTP id D8D9B3B0148 for ; Thu, 6 Jul 2006 18:42:55 -0400 (EDT) Received: by nz-out-0102.google.com with SMTP id 14so1150276nzn for ; Thu, 06 Jul 2006 15:42:39 -0700 (PDT) Received: by 10.64.180.14 with SMTP id c14mr1144741qbf; Thu, 06 Jul 2006 15:42:39 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id 1sm200669qbh.2006.07.06.15.42.38; Thu, 06 Jul 2006 15:42:38 -0700 (PDT) Message-ID: <44AD91DE.8040302@kubasik.net> Date: Thu, 06 Jul 2006 18:42:38 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Joe Shaw Subject: Re: Flock Backend References: <44ACFCE8.4030609@kubasik.net> <200607060744.21631.dbera.web@gmail.com> <44AD2694.4000709@digital-crocus.com> <44AD480B.80507@kubasik.net> <1152207617.11287.76.camel@posthaste.boston.ximian.com> In-Reply-To: <1152207617.11287.76.camel@posthaste.boston.ximian.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.344 tagged_above=-999 required=2 tests=[AWL=0.056, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.344 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 22:42:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Ok, well the properties indexed and most of that are pretty standard, they are using like an rdf style format as opposed to a dublin:core thing like us. Conceptually, should be simple, I might start playing with it tonight, but most of the raw lucene stuff is pretty alien to me, so I don't expect much. (meaning if someone else would like to give it a shot, feel free ;) ) Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog Joe Shaw wrote: > Hi, > > On Thu, 2006-07-06 at 13:27 -0400, Kevin Kubasik wrote: >> As of the 0.7 or 'Cardnial' release series, flock uses Clucene 1.9. If >> you wanna check it out, your index is in the folder 'historysearch' in >> the flock profile directory. > > I am pretty sure the CLucene file format is on-disk compatible with the > original Java one (and our DotLucene). As long as that's the case, > writing a driver for it should be trivial. > >> Whats really the best thing about it is that because the indexing is all >> in C and part of the browser, they have the scheduling etc. to make it >> not interfere with the browsing experience at all. > > Sounds familiar. ;) > >> Is there some command line tool to just dump the contents of lucene >> index into text form or something? I can't seem to find much, but again, >> its not something I'm exactly experienced with. > > There's no real command-line tool for it. You could maybe extract some > code from beagle-dump-index to do it, or try to decypher the incredibly > hard-to-use but still useful tool Luke: http://www.getopt.org/luke/ > > Joe > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRK2R3v3xZFNDM330AQi4Pw//WwjYccTjqKFormy7u6IVfxRWQJu6qHhv 43KmTZY6lsTiAcMz29KAcOP8H6mm9NvBjrY2iVCLDAnDjNVBz3TYbbCAGKYMOw9d kOqDmQVRGFckSUXCagX7V2yTv1TxJL6bJgFVq3d3Hmze+QyOcdoEI2B0K5zYUhq7 R4LOETckKWrjIDFvJaHbbnXdaxsZBVCnRhTv9JWKRqw1TFdpPfvP086nKKCEF3Eg dra2/9Ap/2RILPLVyNZLBM8Lj9HMGQCK/ZxfLvcPbOGHI5zPpzDsxdz8lk9DRsEy cAsjEq7nQ8kBwofe9MNcAbfH/XcUd42XiV4VZLYvM5uk4rrHAiBGNQUqfXak21iX 2RAYFb1w5IjnWOCGU1ThAUYEyusq4xkl87pez/sIq79fYJuMwT/64RbEXsq6bvbl Ua3X2U/XHJH4OUAiUuX90vjEYm+SGxrErLt9hzGKcp1srfaFTuTGVFodt2GiqbZW MpBXlNP4yttMFxIzKMHg+KSeN2OBrAnX4lxatOSq+i1m8XERFBVghFM36DxUJ+o3 gdkNPWqdWDcWu6SfKvKr4cVjfE7aoGirqz1rNrT80p4hr+iRajYkT3tchWX1bjyh hFUyDVsU5l1NS8SYnsyDEDhmVRLlWoEaajxcY+eaqrzbs9OjHB+KgOb2Sth4T2I/ 6vcqJo3+K5Y= =f1oU -----END PGP SIGNATURE----- From qub333@gmail.com Thu Jul 6 18:52:15 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7B8043B012B for ; Thu, 6 Jul 2006 18:52:15 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00557-06 for ; Thu, 6 Jul 2006 18:52:14 -0400 (EDT) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.200]) by menubar.gnome.org (Postfix) with ESMTP id 503C23B00B8 for ; Thu, 6 Jul 2006 18:52:14 -0400 (EDT) Received: by wx-out-0102.google.com with SMTP id t5so2466730wxc for ; Thu, 06 Jul 2006 15:51:45 -0700 (PDT) Received: by 10.70.74.4 with SMTP id w4mr11548849wxa; Thu, 06 Jul 2006 15:51:45 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id h16sm8687941wxd.2006.07.06.15.51.45; Thu, 06 Jul 2006 15:51:45 -0700 (PDT) Message-ID: <44AD9401.2090406@kubasik.net> Date: Thu, 06 Jul 2006 18:51:45 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Joe Shaw Subject: Re: Thunderbird References: <44AB6245.6080209@kubasik.net> <1152207386.11287.72.camel@posthaste.boston.ximian.com> In-Reply-To: <1152207386.11287.72.camel@posthaste.boston.ximian.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.306 tagged_above=-999 required=2 tests=[AWL=0.017, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001, TW_SV=0.077] X-Spam-Score: -2.306 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 22:52:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Joe Shaw wrote: > Hi, > > On Wed, 2006-07-05 at 02:55 -0400, Kevin Kubasik wrote: >> Because of restrictions in Thunderbirds internal handling of the >> addressbook, we cannot open a contact in Thunderbird directly. > > Lame. Is there a bug filed upstream about this? > No, agreed on the lamity, but to offer something like we would want would be a pretty major structural overhaul for them, it might happen, but personally, I wouldn't expect before 3.0... should still probably file one though, I'll do it later. >> Our solution was to write a separate program (much like the >> ImLogViewer) to view thunderbird contacts, and offer the user some >> basic options (like e-mail and edit the details). > > Seems like a good idea. > >> With this, we have mail and addressbook support in pretty spiffy shape. >> Probably to the point were we might want to consider getting it into CVS >> and starting the bugwork. But thats up to you all. > > Yeah, I think we should move this into the repository soon. The GNOME > CVS -> subversion migration happens a week from tomorrow. My plan is to > heavily reorganize the source tree after that point. How about we check > it in after that? Sounds perfect, I noticed we have a lot of old stuff sitting around the repo, so once you reorganize and cleanup, let me know and I'll get you a rough snapshot of it. luckily svn handles diffs with new directories well, unlike a certain culprit *cough* CVS *cough*. > > Joe > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRK2UAf3xZFNDM330AQh9Eg//SKD/zoWLG6gkVL7RCr6qNpC1Gq/qoINu RQ/PgPVYnHZ/31VCKGEwu8DrCl+NH2hMhovCLDhZmvn6iQVlyh5lsFU5D6974Iet 4KRWbOp43Wxm5ohEme8ITBupzM5bHPOtLSI0Ape4gQohkteOF2mMVerGuF8Wy/6o CKEWFsiyef6+sh89aOS4NOypFCzxIB97lR0/iqFefV3sOEU7f6CB8tzHnW+0wHm8 IdX4+3WQO17hvnVmmhEX40pZJS0X+vA3lC6GvOTkdc5N6FkoQ8JuzGR4fMMDg7oA MPoFZv3lHXNxtjfsI6lrjlJGgTqQwVVkxhNhooEQ0Ivs1ouGMJnmXCjKs83xi4g/ KmwbGB5SdcqW0G0RRlW1vSOwFvTV9NtyynUbzliGOx4N4S/3NFO2TJgARrCrFUqr A1daBrH9Ph0frfBC16Do9msRBIXscuIGHfvrZCUSz0e5vlWSUi7ClrR4j5+yUEzM 0G1qMOXHKHNHKztcYuFz3YToJKCtp9hn2opzYhZFz2gdBkAMBcd4W39rAmOFTIdP Yfd14jvQyp3TFcZeMnRJzF18l+tGQiG3lrO4jsCtj9NtRDhsHVwV58YDi3GYvc+/ w9ABB+44JUV6eEFTAmnJmoWY1NKBtVrPJ7MgRtVIUGYttgdgVaWTdi1oZlfL1NUD XCL5DjeiuYs= =nqmh -----END PGP SIGNATURE----- From lots.of.mailing.lists@gmail.com Fri Jul 7 04:43:22 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A75523B02F6 for ; Fri, 7 Jul 2006 04:43:22 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32092-02 for ; Fri, 7 Jul 2006 04:43:21 -0400 (EDT) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by menubar.gnome.org (Postfix) with ESMTP id 3AFC03B012D for ; Fri, 7 Jul 2006 04:43:21 -0400 (EDT) Received: by nf-out-0910.google.com with SMTP id h2so40025nfe for ; Fri, 07 Jul 2006 01:43:20 -0700 (PDT) Received: by 10.78.170.17 with SMTP id s17mr568981hue; Fri, 07 Jul 2006 01:43:20 -0700 (PDT) Received: by 10.78.38.3 with HTTP; Fri, 7 Jul 2006 01:43:20 -0700 (PDT) Message-ID: <1b420d380607070143g6af63f09q87a1ac6e6c02f33b@mail.gmail.com> Date: Fri, 7 Jul 2006 09:43:20 +0100 From: "none none" To: dashboard-hackers@gnome.org Subject: Re: static index + dynamic index In-Reply-To: <1152207990.11287.80.camel@posthaste.boston.ximian.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44ACC0A8.1020007@a80.net> <1152207990.11287.80.camel@posthaste.boston.ximian.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.5 tagged_above=-999 required=2 tests=[AWL=-0.100, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.5 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 08:43:22 -0000 you might want to investigate the code i put here: http://bugzilla.gnome.org/show_bug.cgi?id=334277 rather than running a cron job every X minutes to rebuild your static index it monitors the directories using inotify and only calls beagle-build-index when some changes have occured From dashboard@a80.net Fri Jul 7 04:57:28 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1E4C43B040A for ; Fri, 7 Jul 2006 04:57:28 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00470-02 for ; Fri, 7 Jul 2006 04:56:50 -0400 (EDT) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id E748C3B032B for ; Fri, 7 Jul 2006 04:54:20 -0400 (EDT) Received: by cratoo.de (Postfix, from userid 1002) id F23F5541C6F; Fri, 7 Jul 2006 09:00:02 +0200 (CEST) Received: from [192.168.0.1] (HSI-KBW-082-212-019-198.hsi.kabelbw.de [82.212.19.198]) by cratoo.de (Postfix) with ESMTP id 12A93541A0D for ; Fri, 7 Jul 2006 08:59:58 +0200 (CEST) Message-ID: <44AE215E.2050602@a80.net> Date: Fri, 07 Jul 2006 10:54:54 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Dashboard Subject: Re: static index + dynamic index & Beagle Startup References: <44ACC0A8.1020007@a80.net> <1152207990.11287.80.camel@posthaste.boston.ximian.com> In-Reply-To: <1152207990.11287.80.camel@posthaste.boston.ximian.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 08:57:28 -0000 hi there, sounds like you had a great time at GUADEC :) i'll respond to all mails at one time. this should be more effective for me ;) @joe: thanks for your tipps. at the moment i'm running beagle-build-index on my largest of the nfs shares, and will then put this index to /var/cache ... hopefullly that works and this large directory problem doesnt occur with this method. if i can help to find out if this is really a bug, or just some kind of configuration issue, tell me how i can help track this down. @dbera: unfortunatly i can't find your mentioned tool beagle-dump-index. are you sure it's distributed with the cvs checkout? i found joe's beagle crawl script but not the dump tool. one addition to the static index idea. what "none none" proposed, is what came to my mind, when i yesterday talked to friend of mine about beagle. although i had'nt in mind to have 2 beagle running (one on the server, one on the client) i think this would be a great idea to get realtime changes for nfs shares. at the moment i have to study for my exams in the next 2 weeks, so i wont have the time to check if this works myself, but to me it sounds like a great idea :) bye Andreas From dashboard@a80.net Fri Jul 7 07:32:43 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 134243B027F for ; Fri, 7 Jul 2006 07:32:43 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11695-01 for ; Fri, 7 Jul 2006 07:32:41 -0400 (EDT) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id 7B3293B04CF for ; Fri, 7 Jul 2006 07:32:41 -0400 (EDT) Received: by cratoo.de (Postfix, from userid 1002) id CA2BB541C55; Fri, 7 Jul 2006 11:38:24 +0200 (CEST) Received: from [192.168.0.1] (HSI-KBW-082-212-019-198.hsi.kabelbw.de [82.212.19.198]) by cratoo.de (Postfix) with ESMTP id 8912453FF6E for ; Fri, 7 Jul 2006 11:38:22 +0200 (CEST) Message-ID: <44AE467F.10704@a80.net> Date: Fri, 07 Jul 2006 13:33:19 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Dashboard Subject: Re: static index + dynamic index & Beagle Startup References: <44ACC0A8.1020007@a80.net> <1152207990.11287.80.camel@posthaste.boston.ximian.com> <44AE215E.2050602@a80.net> In-Reply-To: <44AE215E.2050602@a80.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 11:32:43 -0000 hmm beagle-build-index just finished, and i moved it to var-cache... after chownin it to beagleindex:root. now i get much more results, but i also have problems finding specific files. i tried to run build-index with debug to check if there is a problem with this files, but i don't get any additional information. any ideas about this? bye Andreas Andreas Heinz wrote: > hi there, > > sounds like you had a great time at GUADEC :) > > i'll respond to all mails at one time. this should be more effective for > me ;) > > @joe: thanks for your tipps. at the moment i'm running > beagle-build-index on my largest of the nfs shares, and will then put > this index to /var/cache ... hopefullly that works and this large > directory problem doesnt occur with this method. > > if i can help to find out if this is really a bug, or just some kind of > configuration issue, tell me how i can help track this down. > > @dbera: unfortunatly i can't find your mentioned tool beagle-dump-index. > are you sure it's distributed with the cvs checkout? i found joe's > beagle crawl script but not the dump tool. > > one addition to the static index idea. what "none none" proposed, is > what came to my mind, when i yesterday talked to friend of mine about > beagle. although i had'nt in mind to have 2 beagle running (one on the > server, one on the client) i think this would be a great idea to get > realtime changes for nfs shares. > at the moment i have to study for my exams in the next 2 weeks, so i > wont have the time to check if this works myself, but to me it sounds > like a great idea :) > > bye > Andreas From dbera.web@gmail.com Fri Jul 7 11:12:59 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 24BF33B016E for ; Fri, 7 Jul 2006 11:12:59 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28882-10 for ; Fri, 7 Jul 2006 11:12:58 -0400 (EDT) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by menubar.gnome.org (Postfix) with ESMTP id DB73C3B0337 for ; Fri, 7 Jul 2006 11:12:57 -0400 (EDT) Received: by nf-out-0910.google.com with SMTP id g2so125078nfe for ; Fri, 07 Jul 2006 08:12:56 -0700 (PDT) Received: by 10.49.15.1 with SMTP id s1mr1520332nfi; Fri, 07 Jul 2006 08:12:56 -0700 (PDT) Received: from ?192.168.1.103? ( [75.6.225.56]) by mx.gmail.com with ESMTP id c1sm3935032nfe.2006.07.07.08.12.54; Fri, 07 Jul 2006 08:12:55 -0700 (PDT) From: D Bera Organization: BU-CS To: dashboard-hackers@gnome.org, Andreas Heinz Subject: Re: static index + dynamic index & Beagle Startup Date: Fri, 7 Jul 2006 08:14:52 -0700 User-Agent: KMail/1.9 References: <44ACC0A8.1020007@a80.net> <1152207990.11287.80.camel@posthaste.boston.ximian.com> <44AE215E.2050602@a80.net> In-Reply-To: <44AE215E.2050602@a80.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607070814.52540.dbera.web@gmail.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.489 tagged_above=-999 required=2 tests=[AWL=-0.089, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001, UPPERCASE_25_50=0] X-Spam-Score: -2.489 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 15:12:59 -0000 > @dbera: unfortunatly i can't find your mentioned tool beagle-dump-index. > are you sure it's distributed with the cvs checkout? i found joe's > beagle crawl script but not the dump tool. Weird. I have it in my local tree and all cvs checkouts. Somehow it got removed from CVS - maybe due to Joe's cleanup (or maybe I need to wake up). I am not sure if this mailing list stores attachments, but this is the script beagle/beagled/beagle-dump-index: --------------------->8------------------------------ #!/bin/sh # This line will be automatically uncommented when you "make install" #installed=1 if [ -z $installed ] ; then echo "*** Running uninstalled DumpIndex.exe ***" THIS_PATH="../Util:../BeagleClient:." THIS_EXE="./DumpIndex.exe" export MONO_PATH="../Util:../BeagleClient${MONO_PATH+:$MONO_PATH}" export LD_LIBRARY_PATH="../glue/.libs${LD_LIBRARY_PATH+:$LD_LIBRARY_PATH}" export BEAGLE_FILTER_PATH="../Filters${BEAGLE_FILTER_PATH+ $BEAGLE_FILTER_PATH}" else THIS_PATH="/usr/lib/beagle" THIS_EXE="/usr/lib/beagle/DumpIndex.exe" export MONO_PATH="/usr/lib/beagle${MONO_PATH+:$MONO_PATH}" export LD_LIBRARY_PATH="/usr/lib/beagle${LD_LIBRARY_PATH+: $LD_LIBRARY_PATH}" fi MONO_GAC_PREFIX="/usr${MONO_GAC_PREFIX+:$MONO_GAC_PREFIX}" MONO_PATH="$THIS_PATH${MONO_ PATH+:$MONO_PATH}" exec -a beagle-dump-index mono --debug $MONO_EXTRA_ARGS $THIS_EXE "$ @" --------------------------->8--------------------------------------- Fix line wraps. I dont know if this is even installed by make install. You can just run it locally. -- -------------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From minack@l3s.de Fri Jul 7 11:32:41 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2E3CF3B0122 for ; Fri, 7 Jul 2006 11:32:41 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30442-02 for ; Fri, 7 Jul 2006 11:32:39 -0400 (EDT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by menubar.gnome.org (Postfix) with ESMTP id C83E33B00D8 for ; Fri, 7 Jul 2006 11:32:38 -0400 (EDT) Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k67FWXKa022420 for ; Fri, 7 Jul 2006 17:32:34 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id B65BD18DF61; Fri, 7 Jul 2006 17:32:34 +0200 (CEST) Received: from L3SMinack (pc120.l3s.uni-hannover.de [130.75.87.120]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id 55B3118DF58 for ; Fri, 7 Jul 2006 17:32:34 +0200 (CEST) Message-ID: <028401c6a1da$91bf8cb0$78574b82@L3SMinack> From: "Enrico Minack" To: References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> Subject: Re: GUADEC redux and roadmap Date: Fri, 7 Jul 2006 17:32:33 +0200 Organization: L3S MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=0.001 tagged_above=-999 required=2 tests=[BAYES_50=0.001] X-Spam-Score: 0.001 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 15:32:41 -0000 > * Metadata store - Jon and I talked about this at GUADEC and > after thinking about it for a few days, I think we have an > approach that will work. Whether or not it scales is yet to be > seen, however. Right now we are storing all of our metadata in > Lucene. This works fine for largely immutable text-based > values, but doesn't work well when you want to deal with > external metadata (think Nautilus emblems, Leaftag or F-Spot > tags, etc.). The plan currently is to move storing of all > metadata into a database and use Lucene only for its text > indexing capabilities. This will allow us to (a) adapt better > to changes in external metadata stores, (b) store metadata > ourselves on behalf of applications, and (c) make keyword > searches simpler. I started prototyping something on my laptop > on the plane; I'll need to play with it a little bit more if I > can get my laptop going again. Joe, it would be great if these metadata would be stored as RDF. Both the metadata as well as their schemas can be represented as RDF, which then makes the RDF store the perfect exchange mechanism between all applications generating these metadata, and applications using them. We use that approach in our NEPOMUK project, and it works very well to integrate contributions from different project partners. Storing the metadata in RDF also enables path-like queries where you traverse along the graph which connects different entities (Emails, Documents, Persons, ...) via their metadata (received by, ...). Enrico Minack From qub333@gmail.com Fri Jul 7 11:53:29 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 656C93B0215 for ; Fri, 7 Jul 2006 11:53:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31637-08 for ; Fri, 7 Jul 2006 11:53:28 -0400 (EDT) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.207]) by menubar.gnome.org (Postfix) with ESMTP id C90E53B02EC for ; Fri, 7 Jul 2006 11:53:27 -0400 (EDT) Received: by wx-out-0102.google.com with SMTP id t5so2643814wxc for ; Fri, 07 Jul 2006 08:53:27 -0700 (PDT) Received: by 10.70.41.6 with SMTP id o6mr1076278wxo; Fri, 07 Jul 2006 08:53:27 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id h18sm1618519wxd.2006.07.07.08.53.25; Fri, 07 Jul 2006 08:53:26 -0700 (PDT) Message-ID: <44AE8377.409@kubasik.net> Date: Fri, 07 Jul 2006 11:53:27 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Joe Shaw Subject: Re: GUADEC redux and roadmap References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> In-Reply-To: <1152219857.11287.133.camel@posthaste.boston.ximian.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.354 tagged_above=-999 required=2 tests=[AWL=0.046, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.354 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 15:53:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Just a quick thought on versioning etc. How about we do 0.2.8 is more or less its current roadmap, maybe plus any SoC stuff thats ready whenever we get near the release. Then we prepare a 0.2.9, which would be primarily marked by the integration of SoC's networked search stuff etc. Then we set these goals (and of course whatever else comes up ;) as our 0.3 benchmark? These seem like they will be pretty big, I dunno if it really lines up with such a big versioning release, but considering the major impact they would have on beagle's storage of data (thus _definate_ re-indexing needed) it seems appropriate. If we like, I can make some vague representation of this on the beaglewiki.org/RoadMap. Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog Joe Shaw wrote: > Hey guys, > > As you can see from my flood of emails earlier today, I am digging > myself out from underneath a mountain of backlogged emails, blog posts, > and free-agent hockey news. :) > > My talk and the BOF on Beagle at GUADEC both went very well, I think. > Lots of people asking good questions about it, and a few people coming > up to me afterward talking about how they want to integrate Beagle with > their apps. Very exciting. > > I also got the chance to meet Daniel Drake, Chris Orr, and Max Wiehle > and see Fredrik Hedberg again. It was nice meeting/seeing all of you. > > There are supposed to be archives of all the talks, but the site > referenced off the GUADEC page doesn't seem to exist. I don't know if > the talks will ever be up or not. Generally speaking I don't like to > put slides up because they're lacking in context; they're often useless > without the context of the speaker. Also, my laptop appears to be > broken so I can't get the talk off of there. I'll post them once I can > get into my machine. > > A couple of weeks ago Kevin put up a good roadmap document for 0.2.8, > here: http://beagle-project.org/RoadMap. I wanted to give a heads up on > what my larger-scale plans are. None of these will probably be for > 0.2.8, unfortunately, but hopefully won't be too far behind: > > * Beagle on Battery - Right now Beagle will throttle itself and > index slowly if you are on battery power. Unfortunately, most > people want Beagle to not index at all in such a case. I need > to investigate what will be involved in that and implement it. > Not a ton of work, but I need to figure out what the right > behavior is. > > * Metadata store - Jon and I talked about this at GUADEC and > after thinking about it for a few days, I think we have an > approach that will work. Whether or not it scales is yet to be > seen, however. Right now we are storing all of our metadata in > Lucene. This works fine for largely immutable text-based > values, but doesn't work well when you want to deal with > external metadata (think Nautilus emblems, Leaftag or F-Spot > tags, etc.). The plan currently is to move storing of all > metadata into a database and use Lucene only for its text > indexing capabilities. This will allow us to (a) adapt better > to changes in external metadata stores, (b) store metadata > ourselves on behalf of applications, and (c) make keyword > searches simpler. I started prototyping something on my laptop > on the plane; I'll need to play with it a little bit more if I > can get my laptop going again. > > * Using a single pool for indexes - Right now there is one index > per backend. This was fine initially, but when you have a mail > index with over 400,000 emails and a tomboy index with only 9 > notes, you can see how distributing them more evenly would be > much more efficient. I want to change the way we store our > indexes so that all indexes simply write to an index, and that > layer takes care of distributing them evenly. I also think this > will help us a *lot* on memory usage as the number of backends > continues to grow. > > There are also various bugs to look into. There are reports that Beagle > isn't indexing all files in an extremely large directory with thousands > of files; there is the fact that we're optimizing indexes (in many cases > very large indexes) more often than we need to; changing the gaim log > backend to be an indexable generator. Those would also be good to > tackle if someone has time. > > I'm also planning on writing some docs: some high-level block diagrams > on the Beagle architecture, reviewing and cleaning up the filter docs, > and writing a simple tutorial on how to write a backend. > > Joe > > _______________________________________________ > Dashboard-hackers mailing list > Dashboard-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/dashboard-hackers -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRK6Ddv3xZFNDM330AQg+rQ//YG+pRmWxo7VF2c2zKsbCK5eTMb75TWNR 6uSvwD6kwUqG0r3zlYpizzjDKYOtzDIQXQNP4yCeuKjxztVsfsx046y7AVwQw1hF aEBkLkjI1FgFKgVCVho5bkElPMNE37sSDl7BonIwi0wHDwf7jHyA9Fs3rtlQ7PU6 WZ14Wv2JjcdY/uGmOAG6c6w0uePO3/F4si0W5swHBJMZ6NA/WiFWFPFcKJFAyOjF 4LpecqdMSCS59AMqyZiIfdaF5ZzFj6tkJNosEqini+H31fLaoxldkSW7CeHdARIw oV4fWnMga0JvBPLSVrUjBy+DEihLYj/MOleaKe9ME5fxG9sa2MmLxQ3ne9S6Y04b EUw48arvqrlh209jUZkbfpihdzkasX91nOWBCATpivOJ+WlC1NhDgB3Tqd4Gn36a puDWem4aW9C/f/QFLo6OpO6GHWRurRvzUVL7In9HbsPHPPAS2RbgcTW3EkSPjHHz tCmHQfHOTUDyLqVtYahh0N/+qHqk6QCe/bLW0i/K5V2A2JzZ9kVd4AjB2tyo2qIi tqTvZnDhLOdoCNizsoRKt6zn6r4eJQ6Rlcc0QcmrgpvrXEHQAt4Os+3YzmaOwc9z x6hBCJpYVIaEYwQNmPyRjI1RTCdqauNTmqg+w8MmuT6K3wm2ah+qSrhfQTZJpVlf /Z9tn3YZj6A= =74EN -----END PGP SIGNATURE----- From joeshaw@novell.com Fri Jul 7 13:27:07 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 491543B013A for ; Fri, 7 Jul 2006 13:27:07 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04539-08 for ; Fri, 7 Jul 2006 13:27:04 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 800BF3B019F for ; Fri, 7 Jul 2006 13:27:04 -0400 (EDT) Received: (qmail 11431 invoked from network); 7 Jul 2006 17:27:03 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 7 Jul 2006 17:27:03 -0000 Subject: Re: GUADEC redux and roadmap From: Joe Shaw To: Enrico Minack In-Reply-To: <028401c6a1da$91bf8cb0$78574b82@L3SMinack> References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> <028401c6a1da$91bf8cb0$78574b82@L3SMinack> Content-Type: text/plain Date: Fri, 07 Jul 2006 13:27:03 -0400 Message-Id: <1152293223.21176.4.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 17:27:07 -0000 Hi, On Fri, 2006-07-07 at 17:32 +0200, Enrico Minack wrote: > Joe, it would be great if these metadata would be stored as RDF. Both > the metadata as well as their schemas can be represented as RDF, which > then makes the RDF store the perfect exchange mechanism between all > applications generating these metadata, and applications using them. We > use that approach in our NEPOMUK project, and it works very well to > integrate contributions from different project partners. RDF is a definite possibility for this. I am looking at the SemWeb library for this. (http://taubz.for.net/code/semweb/) Another possibility is to store it in a more straightforward relational database and then build RDF from that later. (This was more or less our current plan with Lucene.) Like I said, I'll have to build a prototype and see what works and scales and what doesn't. Fortunately I have millions of documents I regularly test on, so I should be able to give it a good once over. One thing I'm not sure on is that you talk about RDF being a perfect "exchange mechanism" for your data. Do you mean sharing common namespaces like Dublin Core? Common ways of expressing RDF like RDF-XML or N3? Or something else? Joe From nejdl@pc133.l3s.uni-hannover.de Fri Jul 7 13:48:02 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 238843B0093 for ; Fri, 7 Jul 2006 13:48:02 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05932-03 for ; Fri, 7 Jul 2006 13:47:48 -0400 (EDT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by menubar.gnome.org (Postfix) with ESMTP id 349DD3B00F1 for ; Fri, 7 Jul 2006 13:47:48 -0400 (EDT) Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k67Hlhva025326; Fri, 7 Jul 2006 19:47:43 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id 1F4B779A56; Fri, 7 Jul 2006 19:47:43 +0200 (CEST) Received: from mozart.kbs.uni-hannover.de (pc133.l3s.uni-hannover.de [130.75.87.133]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id 4AC1279A56; Fri, 7 Jul 2006 19:47:40 +0200 (CEST) Received: from pc133.l3s.uni-hannover.de (localhost [127.0.0.1]) by mozart.kbs.uni-hannover.de (Postfix) with ESMTP id 61256713DC; Fri, 7 Jul 2006 19:47:40 +0200 (CEST) To: Joe Shaw Subject: Re: GUADEC redux and roadmap In-Reply-To: Message from Joe Shaw of "Fri, 07 Jul 2006 13:27:03 EDT." <1152293223.21176.4.camel@posthaste.boston.ximian.com> References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> <028401c6a1da$91bf8cb0$78574b82@L3SMinack> <1152293223.21176.4.camel@posthaste.boston.ximian.com> X-Mailer: MH-E 7.84; nmh 1.1-RC1; GNU Emacs 21.3.1 From: Wolfgang Nejdl Date: Fri, 07 Jul 2006 19:47:40 +0200 Sender: nejdl@pc133.l3s.uni-hannover.de Message-Id: <20060707174740.61256713DC@mozart.kbs.uni-hannover.de> X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Spam-Score: -2.599 X-Spam-Level: Cc: Wolfgang Nejdl , dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 17:48:02 -0000 Joe Shaw wrote: > Hi, > > On Fri, 2006-07-07 at 17:32 +0200, Enrico Minack wrote: > > Joe, it would be great if these metadata would be stored as RDF. Both > > the metadata as well as their schemas can be represented as RDF, which > > then makes the RDF store the perfect exchange mechanism between all > > applications generating these metadata, and applications using them. We > > use that approach in our NEPOMUK project, and it works very well to > > integrate contributions from different project partners. > > RDF is a definite possibility for this. I am looking at the SemWeb > library for this. (http://taubz.for.net/code/semweb/) > > Another possibility is to store it in a more straightforward relational > database and then build RDF from that later. (This was more or less our > current plan with Lucene.) > In our project (NEPOMUK), we evaluated existing RDF storage systems, and finally settled on Sesame (http://www.openrdf.org/) for efficiency and functionality reasons. It can use various backends, we are using the MySQL one. > Like I said, I'll have to build a prototype and see what works and > scales and what doesn't. Fortunately I have millions of documents I > regularly test on, so I should be able to give it a good once over. > > One thing I'm not sure on is that you talk about RDF being a perfect > "exchange mechanism" for your data. Do you mean sharing common > namespaces like Dublin Core? Common ways of expressing RDF like RDF-XML > or N3? Or something else? Expressing metadata in RDF format, as described e.g. in http://www.w3.org/TR/rdf-primer/ RDF is the data format, RDFS the schema language (also expressed as RDF). Dublin Core would correspond to a specific schema, but in general you have lots of schemas you would like to use on the desktop. When you exchange RDF metadata between different applications, you often use the XML serialization of RDF, i.e. RDF-XML (understood by all RDF toolkits). Wolfgang http://www.kbs.uni-hannover.de/~nejdl/ > > Joe > > _______________________________________________ > Dashboard-hackers mailing list > Dashboard-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/dashboard-hackers From joeshaw@novell.com Fri Jul 7 14:01:52 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 529DE3B00C5 for ; Fri, 7 Jul 2006 14:01:52 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06773-10 for ; Fri, 7 Jul 2006 14:01:51 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 21D9B3B0106 for ; Fri, 7 Jul 2006 14:01:51 -0400 (EDT) Received: (qmail 11561 invoked from network); 7 Jul 2006 18:01:50 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 7 Jul 2006 18:01:50 -0000 Subject: Re: GUADEC redux and roadmap From: Joe Shaw To: Wolfgang Nejdl In-Reply-To: <20060707174740.61256713DC@mozart.kbs.uni-hannover.de> References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> <028401c6a1da$91bf8cb0$78574b82@L3SMinack> <1152293223.21176.4.camel@posthaste.boston.ximian.com> <20060707174740.61256713DC@mozart.kbs.uni-hannover.de> Content-Type: text/plain Date: Fri, 07 Jul 2006 14:01:50 -0400 Message-Id: <1152295310.21176.25.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.438 tagged_above=-999 required=2 tests=[AWL=-0.116, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, TW_JD=0.077] X-Spam-Score: -2.438 X-Spam-Level: Cc: Wolfgang Nejdl , dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 18:01:52 -0000 Hi, On Fri, 2006-07-07 at 19:47 +0200, Wolfgang Nejdl wrote: > In our project (NEPOMUK), we evaluated existing RDF storage systems, and > finally settled on Sesame (http://www.openrdf.org/) for efficiency and > functionality reasons. It can use various backends, we are using the > MySQL one. Being Java, Sesame isn't appropriate for inclusion into Beagle proper. (IKVM or some sort of Java->C# translation might be possible, but the former is a shim and brutal on resources and the latter isn't something I want to maintain.) I am really hoping that a managed solution like SemWeb will be adequate for us. > Expressing metadata in RDF format, as described e.g. in > http://www.w3.org/TR/rdf-primer/ Ah, ok. I don't view RDF as a "format", since it has no real representation (like Unicode). I tend to think of it more as a "data model." How it is stored and expressed is where things like relational databases, N3 and RDF-XML, etc. come in and are largely implementation details. That's why I was confused on how you'd be sharing the data between components. Joe From minack@l3s.de Fri Jul 7 16:21:46 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 40ADE3B00C5 for ; Fri, 7 Jul 2006 16:21:46 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16948-04 for ; Fri, 7 Jul 2006 16:21:44 -0400 (EDT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by menubar.gnome.org (Postfix) with ESMTP id 461DC3B00E5 for ; Fri, 7 Jul 2006 16:21:44 -0400 (EDT) Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k67KLe7q028718 for ; Fri, 7 Jul 2006 22:21:40 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id A2F1918E499; Fri, 7 Jul 2006 22:21:40 +0200 (CEST) Received: from L3SMinack (vpn2.mip.uni-hannover.de [130.75.236.2]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id 051DD18E48B for ; Fri, 7 Jul 2006 22:21:39 +0200 (CEST) Message-ID: <029001c6a202$f50f9030$78574b82@L3SMinack> From: "Enrico Minack" To: References: <1152219857.11287.133.camel@posthaste.boston.ximian.com><028401c6a1da$91bf8cb0$78574b82@L3SMinack><1152293223.21176.4.camel@posthaste.boston.ximian.com><20060707174740.61256713DC@mozart.kbs.uni-hannover.de> <1152295310.21176.25.camel@posthaste.boston.ximian.com> Subject: Re: GUADEC redux and roadmap Date: Fri, 7 Jul 2006 22:21:19 +0200 Organization: L3S MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.513 tagged_above=-999 required=2 tests=[AWL=-0.850, BAYES_20=-0.74, TW_MV=0.077] X-Spam-Score: -1.513 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 20:21:46 -0000 > Being Java, Sesame isn't appropriate for inclusion into Beagle proper. > (IKVM or some sort of Java->C# translation might be possible, but the > former is a shim and brutal on resources and the latter isn't something > I want to maintain.) I already thought of how to benefit from the sopisticated Sesame API (Java) within Beagle (C# / Mono) and the Java -> C# conversion via ikmvc is really promising. Since the latest stable version of Sesame is in Java 1.4 it can be converted into mono. I am currently working that out and once it works it should not be much maintenance, right? What is the aim of the ikvm and ikvmc if not making use of existing well developed Java libraries within mono? Once they are C# dll's, who cares? It is part of the mono project, isn't it? >> Expressing metadata in RDF format, as described e.g. in >> http://www.w3.org/TR/rdf-primer/ > Ah, ok. I don't view RDF as a "format", since it has no real > representation (like Unicode). right, RDF is more a concept of representing relations between resources / entities as a graph, and this RDF graph can be manifested in different kind of formats like RDF-XML or ntriples. And the sharing concept might be more like having a central repository in a way that various components can understand what is written there (realized through ontologies and representations formats like rdf-xml). Enrico M. From joeshaw@novell.com Fri Jul 7 16:55:53 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5DB0F3B00F1 for ; Fri, 7 Jul 2006 16:55:53 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19355-08 for ; Fri, 7 Jul 2006 16:55:51 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id C23653B041C for ; Fri, 7 Jul 2006 16:55:50 -0400 (EDT) Received: (qmail 12112 invoked from network); 7 Jul 2006 20:55:49 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 7 Jul 2006 20:55:49 -0000 Subject: Re: GUADEC redux and roadmap From: Joe Shaw To: Enrico Minack In-Reply-To: <029001c6a202$f50f9030$78574b82@L3SMinack> References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> <028401c6a1da$91bf8cb0$78574b82@L3SMinack> <1152293223.21176.4.camel@posthaste.boston.ximian.com> <20060707174740.61256713DC@mozart.kbs.uni-hannover.de> <1152295310.21176.25.camel@posthaste.boston.ximian.com> <029001c6a202$f50f9030$78574b82@L3SMinack> Content-Type: text/plain Date: Fri, 07 Jul 2006 16:55:50 -0400 Message-Id: <1152305750.21176.31.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 20:55:53 -0000 Hi, On Fri, 2006-07-07 at 22:21 +0200, Enrico Minack wrote: > I am currently working that out and once it works it should not be much > maintenance, right? What is the aim of the ikvm and ikvmc if not making use > of existing well developed Java libraries within mono? Once they are C# > dll's, who cares? It is part of the mono project, isn't it? The main barrier is the overhead of running IKVM. It essentially has to duplicate (or at least translate) the class libraries from the Java ones into the Mono ones. I wouldn't be surprised to see memory usage double using it, and memory usage is already a concern with Beagle. Joe From minack@l3s.de Fri Jul 7 16:59:18 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CFA453B039E for ; Fri, 7 Jul 2006 16:59:18 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19564-09 for ; Fri, 7 Jul 2006 16:59:15 -0400 (EDT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by menubar.gnome.org (Postfix) with ESMTP id A5B463B0347 for ; Fri, 7 Jul 2006 16:59:14 -0400 (EDT) Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k67KxBEk029163; Fri, 7 Jul 2006 22:59:11 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id 0FDDD18E4A1; Fri, 7 Jul 2006 22:59:11 +0200 (CEST) Received: from L3SMinack (vpn2.mip.uni-hannover.de [130.75.236.2]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id 36D1918E49F; Fri, 7 Jul 2006 22:59:09 +0200 (CEST) Message-ID: <029d01c6a208$32edc840$78574b82@L3SMinack> From: "Enrico Minack" To: "Joe Shaw" References: <1152219857.11287.133.camel@posthaste.boston.ximian.com> <028401c6a1da$91bf8cb0$78574b82@L3SMinack> <1152293223.21176.4.camel@posthaste.boston.ximian.com> <20060707174740.61256713DC@mozart.kbs.uni-hannover.de> <1152295310.21176.25.camel@posthaste.boston.ximian.com> <029001c6a202$f50f9030$78574b82@L3SMinack> <1152305750.21176.31.camel@posthaste.boston.ximian.com> Subject: Re: GUADEC redux and roadmap Date: Fri, 7 Jul 2006 22:59:09 +0200 Organization: L3S MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.178 tagged_above=-999 required=2 tests=[AWL=-1.179, BAYES_50=0.001] X-Spam-Score: -1.178 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 20:59:19 -0000 > The main barrier is the overhead of running IKVM. It essentially has to > duplicate (or at least translate) the class libraries from the Java ones > into the Mono ones. I wouldn't be surprised to see memory usage double > using it, and memory usage is already a concern with Beagle. I'll check this and will report back then... Enrico From mwiehle2@ix.urz.uni-heidelberg.de Wed Jul 12 10:42:23 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D98633B05DA for ; Wed, 12 Jul 2006 10:42:22 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15826-10 for ; Wed, 12 Jul 2006 10:42:20 -0400 (EDT) Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.210.211]) by menubar.gnome.org (Postfix) with ESMTP id EC2463B05D8 for ; Wed, 12 Jul 2006 10:07:21 -0400 (EDT) Received: from ix.urz.uni-heidelberg.de (cyrus1.urz.uni-heidelberg.de [129.206.119.235]) by relay2.uni-heidelberg.de (8.12.10/8.12.10) with ESMTP id k6AAVZvj029841 for ; Mon, 10 Jul 2006 12:31:35 +0200 (MET DST) Received: from extmail.urz.uni-heidelberg.de (extmail.urz.uni-heidelberg.de [129.206.100.140]) by ix.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id MAA18604280 for ; Mon, 10 Jul 2006 12:29:14 +0200 Received: from localhost (dslb-084-056-253-037.pools.arcor-ip.net [84.56.253.37]) (authenticated bits=0) by extmail.urz.uni-heidelberg.de (8.13.4/8.13.1) with ESMTP id k6AASv5A003740 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 10 Jul 2006 12:29:01 +0200 Subject: Using Monodevelop for Beagle From: Max To: dashboard-hackers@gnome.org Content-Type: text/plain Date: Mon, 10 Jul 2006 12:29:14 +0200 Message-Id: <1152527354.10625.27.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.456 tagged_above=-999 required=2 tests=[AWL=-0.087, BAYES_00=-2.599, SPF_PASS=-0.001, TW_CV=0.077, TW_VZ=0.077, TW_XV=0.077] X-Spam-Score: -2.456 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 14:42:23 -0000 Hi, We have been talking during GUADEC about starting to use monodev more - right now nothing will happen until the GNOME switches from cvs to svn. This is planned for next weekend - afaik. Kevin Kubasik however told me he already uses MonoDevelop to work on Beagle. I tried it myself and i liked the possibilities of directly jumping to a classes definition wherever it appeared. Autocompletion is also quite helpful sometimes. So for who ever wants to try it i wrote down how i got the cvs code into monodevelop - i just played with it for some time so i'd be curious to know about other experiences. Importing the CVS stuff into monodevelop has been pretty easy: - Start up monodev and create a new project / solution - GTK# 2.0 Project is the best i think. - In order to make the import as easy as possible only copy the .cs files to the new Project directory. This can be achieved by: cd [beagle-directory] tar -cvzf beagle-cs.tgz `find -name *.cs` cp beagle-cs.tgz ~/Projects/beagle cd ~/Projects/beagle tar -xvzf beagle-cs.tgz This way all folders that contain .cs files are packed with those files into a tarball and then extracted - i don't know how to do this directly without tar. But it worked fine for me this way. - Find the "Solution" Tab and right click the Projects Icon. Select Add Files... - Add All .cs files to the solution. Use Shift+Click to select continuous selections and Ctrl+Click for single items. This should be pretty fast because only .cs files should be in the subdirectorys. - Paths will be added automatically once you add the files inside them. - Now you can copy the rest of the beagle source: cp -r [beagle-directory] [project-directory] - You should now be able to use the project directory for all three - monodevelope, cvs and the autotools. Monodevelope might need some more References. Don't know anything about that yet cause i mainly used it to jump around in beagle code. How did you do that, Kevin? Max From qub333@gmail.com Wed Jul 12 12:14:43 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 53CBB3B03A1 for ; Wed, 12 Jul 2006 12:14:43 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31576-08 for ; Wed, 12 Jul 2006 12:14:42 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by menubar.gnome.org (Postfix) with ESMTP id 5F8883B0321 for ; Wed, 12 Jul 2006 12:14:42 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id z59so291408pyg for ; Wed, 12 Jul 2006 09:14:42 -0700 (PDT) Received: by 10.35.127.15 with SMTP id e15mr1055481pyn; Wed, 12 Jul 2006 09:14:42 -0700 (PDT) Received: by 10.35.8.13 with HTTP; Wed, 12 Jul 2006 09:14:42 -0700 (PDT) Message-ID: <88d636060607120914w462cdb4cs6a72cb94c14f342c@mail.gmail.com> Date: Wed, 12 Jul 2006 12:14:42 -0400 From: "Kevin Kubasik" Sender: qub333@gmail.com To: Max Subject: Re: Using Monodevelop for Beagle In-Reply-To: <1152527354.10625.27.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1152527354.10625.27.camel@localhost> X-Google-Sender-Auth: 787e0d58806e834b X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.254 tagged_above=-999 required=2 tests=[AWL=-0.162, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001, TW_CV=0.077, TW_SV=0.077, TW_VZ=0.077, TW_XV=0.077] X-Spam-Score: -2.254 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 16:14:43 -0000 Hey, I just right clicked on the 'References' icon under the solutions tab on the left hand sidebar. I added the beagle assemblies (BeagleDaemonLib.dll Beagle.dll etc. ) and some of the other *-sharp (like evolution-sharp) assemblies to make autocompletition more robust. The only thing I don't use Monodevelop for is the actual building of code, I still use autotools, but as a uber text editior, it does a pretty good job. Once the Svn migration is complete, monodevelop becomes even more attractive with integrated svn stuff in form of a plugin. I dunno, please share your thoughts all. Cheers, Kevin Kubasik On 7/10/06, Max wrote: > Hi, > > We have been talking during GUADEC about starting to use monodev more - > right now nothing will happen until the GNOME switches from cvs to svn. > This is planned for next weekend - afaik. > Kevin Kubasik however told me he already uses MonoDevelop to work on > Beagle. I tried it myself and i liked the possibilities of directly > jumping to a classes definition wherever it appeared. Autocompletion is > also quite helpful sometimes. So for who ever wants to try it i wrote > down how i got the cvs code into monodevelop - i just played with it for > some time so i'd be curious to know about other experiences. > > Importing the CVS stuff into monodevelop has been pretty easy: > - Start up monodev and create a new project / solution - GTK# 2.0 > Project is the best i think. > - In order to make the import as easy as possible only copy the .cs > files to the new Project directory. This can be achieved by: > cd [beagle-directory] > tar -cvzf beagle-cs.tgz `find -name *.cs` > cp beagle-cs.tgz ~/Projects/beagle > cd ~/Projects/beagle > tar -xvzf beagle-cs.tgz > > This way all folders that contain .cs files are packed with those files > into a tarball and then extracted - i don't know how to do this directly > without tar. But it worked fine for me this way. > > - Find the "Solution" Tab and right click the Projects Icon. Select Add > Files... > - Add All .cs files to the solution. Use Shift+Click to select > continuous selections and Ctrl+Click for single items. This should be > pretty fast because only .cs files should be in the subdirectorys. > - Paths will be added automatically once you add the files inside them. > - Now you can copy the rest of the beagle source: > cp -r [beagle-directory] [project-directory] > > - You should now be able to use the project directory for all three - > monodevelope, cvs and the autotools. > > Monodevelope might need some more References. Don't know anything about > that yet cause i mainly used it to jump around in beagle code. > How did you do that, Kevin? > > > Max > > > _______________________________________________ > Dashboard-hackers mailing list > Dashboard-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/dashboard-hackers > -- Cheers, Kevin Kubasik http://kubasik.net/blog From joeshaw@novell.com Wed Jul 12 12:51:03 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 604BB3B04A2 for ; Wed, 12 Jul 2006 12:51:03 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02822-07 for ; Wed, 12 Jul 2006 12:51:02 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 6AF3F3B0462 for ; Wed, 12 Jul 2006 12:51:02 -0400 (EDT) Received: (qmail 30871 invoked from network); 11 Jul 2006 19:04:21 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 11 Jul 2006 19:04:21 -0000 Subject: Re: Beagle and its startup From: Joe Shaw To: Andreas Heinz In-Reply-To: <1151667046.6344.3.camel@portage.boston.ximian.com> References: <44A4020C.4060203@a80.net> <1f1f006d0606291022u5467afe5o44d6e858b4274435@mail.gmail.com> <44A4115B.3000703@a80.net> <1151667046.6344.3.camel@portage.boston.ximian.com> Content-Type: text/plain Date: Tue, 11 Jul 2006 15:04:22 -0400 Message-Id: <1152644662.4416.34.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 16:51:03 -0000 Hi, On Fri, 2006-06-30 at 07:30 -0400, Joe Shaw wrote: > Yeah, this is a performance bottleneck in the Gaim backend. It was one > of the first ones written, and so isn't written particularly well. The > right thing to do with it would be to use an indexable generator, and > mark the actual log files as indexed so they're not recrawled. Not a > ton of work, it just needs to be done. I just did this work and checked it in. The Gaim backend now uses indexable generators, which makes things much more efficient at startup. It also means that the scheduler is no longer slammed with gaim items up front, so it will process them in parallel with other backends like files, email, etc. Joe From minack@l3s.de Wed Jul 12 13:35:20 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DB6CA3B03E0 for ; Wed, 12 Jul 2006 13:35:19 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06274-05 for ; Wed, 12 Jul 2006 13:35:19 -0400 (EDT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by menubar.gnome.org (Postfix) with ESMTP id 4B4EE3B042B for ; Wed, 12 Jul 2006 13:35:18 -0400 (EDT) Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k6CHZDrI029785 for ; Wed, 12 Jul 2006 19:35:14 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id 5AC83127FA9; Wed, 12 Jul 2006 19:35:14 +0200 (CEST) Received: from L3SMinack (vpn3.mip.uni-hannover.de [130.75.236.3]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id 2FCBAD7DFD for ; Wed, 12 Jul 2006 19:35:05 +0200 (CEST) Message-ID: <001101c6a5d9$86e74eb0$03ec4b82@L3SMinack> From: "Enrico Minack" To: References: <1152527354.10625.27.camel@localhost> Subject: Re: Using Monodevelop for Beagle Date: Wed, 12 Jul 2006 19:34:56 +0200 Organization: L3S MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.056 tagged_above=-999 required=2 tests=[AWL=-1.288, BAYES_50=0.001, TW_CV=0.077, TW_VZ=0.077, TW_XV=0.077] X-Spam-Score: -1.056 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 17:35:20 -0000 > - In order to make the import as easy as possible only copy the .cs > files to the new Project directory. This can be achieved by: > cd [beagle-directory] > tar -cvzf beagle-cs.tgz `find -name *.cs` > cp beagle-cs.tgz ~/Projects/beagle > cd ~/Projects/beagle > tar -xvzf beagle-cs.tgz > ... i don't know how to do this directly > without tar. But it worked fine for me this way. this should work cp ` find [beagle-directory] -name "*.cs" ` ~/Projects/beagle/ Enrico M. From joeshaw@novell.com Wed Jul 12 14:44:41 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7D47D3B0354 for ; Wed, 12 Jul 2006 14:44:41 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11390-01 for ; Wed, 12 Jul 2006 14:44:40 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 7B61C3B029C for ; Wed, 12 Jul 2006 14:44:40 -0400 (EDT) Received: (qmail 3969 invoked from network); 12 Jul 2006 18:44:40 -0000 Received: from localhost (HELO portage.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 12 Jul 2006 18:44:40 -0000 Subject: Re: Using Monodevelop for Beagle From: Joe Shaw To: Kevin Kubasik In-Reply-To: <88d636060607120914w462cdb4cs6a72cb94c14f342c@mail.gmail.com> References: <1152527354.10625.27.camel@localhost> <88d636060607120914w462cdb4cs6a72cb94c14f342c@mail.gmail.com> Content-Type: text/plain Date: Wed, 12 Jul 2006 14:41:51 -0400 Message-Id: <1152729712.3478.8.camel@portage.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.438 tagged_above=-999 required=2 tests=[AWL=-0.116, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, TW_SV=0.077] X-Spam-Score: -2.438 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 18:44:41 -0000 Hi, On Wed, 2006-07-12 at 12:14 -0400, Kevin Kubasik wrote: > Hey, I just right clicked on the 'References' icon under the solutions > tab on the left hand sidebar. I added the beagle assemblies > (BeagleDaemonLib.dll Beagle.dll etc. ) and some of the other *-sharp > (like evolution-sharp) assemblies to make autocompletition more > robust. The only thing I don't use Monodevelop for is the actual > building of code, I still use autotools, but as a uber text editior, > it does a pretty good job. Once the Svn migration is complete, > monodevelop becomes even more attractive with integrated svn stuff in > form of a plugin. After GUADEC I took a look at using Monodevelop as well, and I think that Kevin's approach is the best one. I don't want to replace our existing (complex) build system with another, much narrower and inexperienced build system. That last thing I want is to force people into using MonoDevelop, or maintain parallel build systems. So, what I think the right thing would be to hack MonoDevelop to allow it to do some very simple stuff. For example, doing a build should just run "make" and parse the output. Hitting run in the IDE should run the right script with arguments (that are configured by hand). Without this, pulling in the files and assemblies like Kevin says and just doing building and running outside is probably the right way to go. If there were a project file or something to check in which would make this simpler would be nice. Joe From qub333@gmail.com Wed Jul 12 14:54:32 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4CFB13B018A for ; Wed, 12 Jul 2006 14:54:32 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11915-04 for ; Wed, 12 Jul 2006 14:54:31 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by menubar.gnome.org (Postfix) with ESMTP id C6BC73B0319 for ; Wed, 12 Jul 2006 14:54:30 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id s49so102013pyc for ; Wed, 12 Jul 2006 11:54:30 -0700 (PDT) Received: by 10.35.121.9 with SMTP id y9mr1223102pym; Wed, 12 Jul 2006 11:54:30 -0700 (PDT) Received: by 10.35.8.13 with HTTP; Wed, 12 Jul 2006 11:54:29 -0700 (PDT) Message-ID: <88d636060607121154j4fd55498ua5ad16726dff55d@mail.gmail.com> Date: Wed, 12 Jul 2006 14:54:29 -0400 From: "Kevin Kubasik" Sender: qub333@gmail.com To: "Joe Shaw" Subject: Re: Using Monodevelop for Beagle In-Reply-To: <1152729712.3478.8.camel@portage.boston.ximian.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1152527354.10625.27.camel@localhost> <88d636060607120914w462cdb4cs6a72cb94c14f342c@mail.gmail.com> <1152729712.3478.8.camel@portage.boston.ximian.com> X-Google-Sender-Auth: db8452528461347e X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.367 tagged_above=-999 required=2 tests=[AWL=-0.044, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001, TW_SV=0.077] X-Spam-Score: -2.367 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 18:54:32 -0000 When I get home I can fiddle with my project/solution files a little. There is already an external-tools style plugin that lets us run make from the IDE, but I dunno about 'run' atm. Regardless, I'll post my project files to the list, and everyone can give them a shot, if we like them, we can check them in. -Kevin Kubasik On 7/12/06, Joe Shaw wrote: > Hi, > > On Wed, 2006-07-12 at 12:14 -0400, Kevin Kubasik wrote: > > Hey, I just right clicked on the 'References' icon under the solutions > > tab on the left hand sidebar. I added the beagle assemblies > > (BeagleDaemonLib.dll Beagle.dll etc. ) and some of the other *-sharp > > (like evolution-sharp) assemblies to make autocompletition more > > robust. The only thing I don't use Monodevelop for is the actual > > building of code, I still use autotools, but as a uber text editior, > > it does a pretty good job. Once the Svn migration is complete, > > monodevelop becomes even more attractive with integrated svn stuff in > > form of a plugin. > > After GUADEC I took a look at using Monodevelop as well, and I think > that Kevin's approach is the best one. I don't want to replace our > existing (complex) build system with another, much narrower and > inexperienced build system. That last thing I want is to force people > into using MonoDevelop, or maintain parallel build systems. > > So, what I think the right thing would be to hack MonoDevelop to allow > it to do some very simple stuff. For example, doing a build should just > run "make" and parse the output. Hitting run in the IDE should run the > right script with arguments (that are configured by hand). > > Without this, pulling in the files and assemblies like Kevin says and > just doing building and running outside is probably the right way to go. > If there were a project file or something to check in which would make > this simpler would be nice. > > Joe > > -- Cheers, Kevin Kubasik http://kubasik.net/blog From david.coeurjolly@liris.cnrs.fr Wed Jul 12 17:12:36 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DAFAD3B02A3 for ; Wed, 12 Jul 2006 17:12:35 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18923-03 for ; Wed, 12 Jul 2006 17:12:25 -0400 (EDT) Received: from smtpsortant1.univ-lyon1.fr (smtpsortant1.univ-lyon1.fr [134.214.100.90]) by menubar.gnome.org (Postfix) with ESMTP id 22C183B017E for ; Wed, 12 Jul 2006 17:12:25 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by smtpsortant1.univ-lyon1.fr (Postfix) with ESMTP id EF40743A0B4 for ; Tue, 11 Jul 2006 18:29:45 +0200 (CEST) Received: from smtpsortant1.univ-lyon1.fr ([127.0.0.1]) by localhost (smtpsortant1.univ-lyon1.fr [127.0.0.1]) (amavisd-new, port 10022) with ESMTP id 12640-04 for ; Tue, 11 Jul 2006 18:29:45 +0200 (CEST) Received: from pop.univ-lyon1.fr (pop.univ-lyon1.fr [134.214.100.7]) by smtpsortant1_amavis1_only (Postfix) with ESMTP id 33FC043A06C for ; Tue, 11 Jul 2006 18:29:45 +0200 (CEST) Received: from pop (localhost [127.0.0.1]) by pop.univ-lyon1.fr (Postfix) with ESMTP id 1FB6A7FC0D for ; Tue, 11 Jul 2006 18:29:45 +0200 (CEST) Received: from [134.214.143.134] (liristvj.univ-lyon1.fr [134.214.143.134]) by pop.univ-lyon1.fr (Postfix) with ESMTP id 727557FC0C for ; Tue, 11 Jul 2006 18:29:44 +0200 (CEST) Message-ID: <44B3D1F5.8030000@liris.cnrs.fr> Date: Tue, 11 Jul 2006 18:29:41 +0200 From: David Coeurjolly User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Dashboard Subject: Troubles with beagle command line programs X-Enigmail-Version: 0.94.0.0 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAYFBMVEUAAAALCws0NDQ8PDxA QEBFRUVJSUlOTk5TU1NYWFheXl5kZGRpaWlubm5zc3N4eHh9fX2BgYGFhYWKioqOjo6Xl5ednZ2i oqKlpaWtra2zs7PExMTR0dHm5ubu7u7///+28DApAAAB7ElEQVRIx+2U2Y7bMAxFlcWWtS8kraXT zv//ZalBgMJpMvJ7e4MECMLDzbwRn1/69XlW4t0PHYhqOw3sTi7KGOuwnwF6VHJZpNy01g7nQI9a bne53rdtU5uOUyAas3FydV83uW7a4gQozqnb/S61XOUoo90EAG04SEuptk2OrtzH90DUxkFthE4P KaX7DACqtbVWMcXkjJ4CBlspvTNRCQCCbrMKgTh/Y6QWKmBnFVDn2h9iBIyebIkMj0BYWm2dX+TM BAieIHufOXnkEWrwEyABQXAuFkp2NYliqJOhYS/EarwiJKCMZTI0jfYLjRWVwp802RInr6XsXIHJ Vvnr7PggEyFxX8goG6/Mzpt7N8H5FFyMlOFoupcGStGG6HhT3niAj7lFEwQbADFZl3I+4WnIgcD5 4CFiohPAjxCQkEcmwKeO3gDJ5T0l2jE9F3gHeJdZ7J9zACF7guWNy+0E0PlBBKOsND7OgZ8Qx7AQ U8wI/JyhfweQv13HdjiOMI94IvX2j6yDul6ECDuVUYNGON/UerX9FbCHVbAuYhkHyuanRylxuS7p L2C3t4t4yO583fuOfOKsUVRcFzwC8Cec5SqL7cO9oeSil/HWB+AqDlJ7bYMp4Taa/ELEARDPWmyM Th3yfA+80H/g3wJ+A9ltu6Gmo7iGAAAAAElFTkSuQmCC Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig32187892448517AC73E1F46B" X-Virus-Scanned: by AMaViS snapshot-20020222 X-Virus-Scanned: by amavisd1-new-20030616-p10 (Debian) at univ-lyon1.fr X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.532 tagged_above=-999 required=2 tests=[AWL=0.068, BAYES_00=-2.599] X-Spam-Score: -2.532 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 21:12:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig32187892448517AC73E1F46B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi all, I use beagle and the "search" tool in my ubuntu/dapper linux and everything works perfectly (beagle 0.2.6-1-ubu). However, I'm having troubles with the beagle command line programs (strange exception errors). Here you have an example with "beagle-query" (Note that using the gnome interface, I can search and the daemon is running): %> beagle-query test =EF=BB=BFCould not connect to the Beagle daemon. The daemon probably isn= 't running. System.TypeInitializationException: An exception was thrown by the type initializer for Beagle.Client ---> System.TypeInitializationException: An exception was thrown by the type initializer for System.Xml.Serialization.XmlSerializer ---> System.Configuration.ConfigurationException: Cannot find /usr/etc/mono/1.0/machine.config () in <0x000bb> System.Configuration.DefaultConfig:Init () in <0x0000d> System.Configuration.DefaultConfig:GetConfig (System.String sectionName) in <0x0001a> System.Configuration.ConfigurationSettings:GetConfig (System.String sectionName) in <0x00162> System.Xml.Serialization.XmlSerializer:.cctor ()--- End of inner exception stack trace --- in <0x00000> in <0x00025> Beagle.Client:.cctor ()--- End of inner exception stack trace --- in <0x00000> in [0x0001e] (at /build/buildd/beagle-0.2.6/BeagleClient/Message.cs:153) Beagle.RequestMessage:SendAsync () in [0x00049] (at /build/buildd/beagle-0.2.6/tools/Query.cs:226) QueryTool:SendQuery () I also have errors with beagle-info --list-filters too... Any idea ? Dav --------------enig32187892448517AC73E1F46B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEs9H48fCEgkezuGERAmIAAJ4/y3fcXRIS2QPsS+bkZI8Zd5nnhQCfbKzt Q/UGXbekr73uzBGplxRdpGI= =vVmV -----END PGP SIGNATURE----- --------------enig32187892448517AC73E1F46B-- From joeshaw@novell.com Wed Jul 12 17:18:37 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EBDC33B0284 for ; Wed, 12 Jul 2006 17:18:36 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19167-01 for ; Wed, 12 Jul 2006 17:18:36 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 0BF3E3B0255 for ; Wed, 12 Jul 2006 17:18:36 -0400 (EDT) Received: (qmail 4506 invoked from network); 12 Jul 2006 21:18:35 -0000 Received: from localhost (HELO portage.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 12 Jul 2006 21:18:35 -0000 Subject: Re: Troubles with beagle command line programs From: Joe Shaw To: David Coeurjolly In-Reply-To: <44B3D1F5.8030000@liris.cnrs.fr> References: <44B3D1F5.8030000@liris.cnrs.fr> Content-Type: text/plain; charset=utf-8 Date: Wed, 12 Jul 2006 17:15:46 -0400 Message-Id: <1152738946.5935.0.camel@portage.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 21:18:37 -0000 Hey, On Tue, 2006-07-11 at 18:29 +0200, David Coeurjolly wrote: > Could not connect to the Beagle daemon. The daemon probably isn't running. > System.TypeInitializationException: An exception was thrown by the type > initializer for Beagle.Client ---> System.TypeInitializationException: > An exception was thrown by the type initializer for > System.Xml.Serialization.XmlSerializer ---> > System.Configuration.ConfigurationException: Cannot find > /usr/etc/mono/1.0/machine.config () Your mono is incorrectly built. It's looking for /usr/etc/mono/1.0/machine.config but it's probably /etc/mono/1.0/machine.config. You (or your distributor) needs to pass in --sysconfdir=/etc to the configure line when building mono. (Or, move the file to the right place.) Joe From dbera.web@gmail.com Wed Jul 12 17:21:43 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9FE6A3B0255 for ; Wed, 12 Jul 2006 17:21:43 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19203-02 for ; Wed, 12 Jul 2006 17:21:43 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by menubar.gnome.org (Postfix) with ESMTP id 650543B01A8 for ; Wed, 12 Jul 2006 17:21:42 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id k3so2835ugf for ; Wed, 12 Jul 2006 14:21:41 -0700 (PDT) Received: by 10.67.89.5 with SMTP id r5mr44877ugl; Wed, 12 Jul 2006 14:21:41 -0700 (PDT) Received: by 10.67.93.17 with HTTP; Wed, 12 Jul 2006 14:21:41 -0700 (PDT) Message-ID: <1f1f006d0607121421g2348e518uba2314683ddbb9db@mail.gmail.com> Date: Wed, 12 Jul 2006 14:21:41 -0700 From: "D Bera" To: "David Coeurjolly" Subject: Re: Troubles with beagle command line programs In-Reply-To: <44B3D1F5.8030000@liris.cnrs.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44B3D1F5.8030000@liris.cnrs.fr> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.122 tagged_above=-999 required=2 tests=[AWL=0.278, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.122 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 21:21:43 -0000 Hi, > However, I'm having troubles with the beagle command line programs > (strange exception errors). Here you have an example with "beagle-query" > (Note that using the gnome interface, I can search and the daemon is > running): > > %> beagle-query test > Could not connect to the Beagle daemon. The daemon probably isn't running. > System.TypeInitializationException: An exception was thrown by the type > initializer for Beagle.Client ---> System.TypeInitializationException: > An exception was thrown by the type initializer for > System.Xml.Serialization.XmlSerializer ---> > System.Configuration.ConfigurationException: Cannot find > /usr/etc/mono/1.0/machine.config () I have no idea what this file /usr/etc/mono/1.0/machine.config is. But the command line tools are probably looking for that file. Do you have that file ? or /etc/mono/1.0/machine.config ? > in <0x000bb> System.Configuration.DefaultConfig:Init () > in <0x0000d> System.Configuration.DefaultConfig:GetConfig (System.String > sectionName) > in <0x0001a> System.Configuration.ConfigurationSettings:GetConfig > (System.String sectionName) > in <0x00162> System.Xml.Serialization.XmlSerializer:.cctor ()--- End of > inner exception stack trace --- > > in <0x00000> > in <0x00025> Beagle.Client:.cctor ()--- End of inner exception stack > trace --- > > in <0x00000> > in [0x0001e] (at /build/buildd/beagle-0.2.6/BeagleClient/Message.cs:153) > Beagle.RequestMessage:SendAsync () > in [0x00049] (at /build/buildd/beagle-0.2.6/tools/Query.cs:226) > QueryTool:SendQuery () -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From james.fitzsimons@gmail.com Wed Jul 12 17:58:34 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 26A983B018A for ; Wed, 12 Jul 2006 17:58:34 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20916-06 for ; Wed, 12 Jul 2006 17:58:33 -0400 (EDT) Received: from n066.sc1.cp.net (smtpout0161.sc1.cp.net [64.97.136.161]) by menubar.gnome.org (Postfix) with ESMTP id 6B8BC3B0141 for ; Wed, 12 Jul 2006 17:58:33 -0400 (EDT) Received: from athos (86.27.58.138) by n066.sc1.cp.net (7.2.069.1) id 44AB92FA000A783E for dashboard-hackers@gnome.org; Wed, 12 Jul 2006 21:58:32 +0000 Subject: Reindex needed? From: James Fitzsimons To: dashboard Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-zXP56tUqxX8iDcjX6H7U" Date: Wed, 12 Jul 2006 22:58:31 +0100 Message-Id: <1152741511.6268.2.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.33 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_NEUTRAL=1.069] X-Spam-Score: -1.33 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: james.fitzsimons@gmail.com List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 21:58:34 -0000 --=-zXP56tUqxX8iDcjX6H7U Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi all, I installed beagle a short time ago but only recently realised that I didn't have extended attributes turned on yesterday. I have now enabled them, but do I need to refresh my indexes and if so, how do I do that? Cheers, James --=-zXP56tUqxX8iDcjX6H7U Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQBEtXCHtf4qL6AoafMRAmm3AJ9DnJb00BxYYq8hd92rUjN0bzr6SwCePJxu lxX0A1WxN1Zazl5B+8banjE= =nRcS -----END PGP SIGNATURE----- --=-zXP56tUqxX8iDcjX6H7U-- From joeshaw@novell.com Wed Jul 12 18:04:01 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4C16F3B01D3 for ; Wed, 12 Jul 2006 18:04:01 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20919-09 for ; Wed, 12 Jul 2006 18:04:00 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 1F7603B0155 for ; Wed, 12 Jul 2006 18:04:00 -0400 (EDT) Received: (qmail 4664 invoked from network); 12 Jul 2006 22:03:59 -0000 Received: from localhost (HELO portage.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 12 Jul 2006 22:03:59 -0000 Subject: Re: Reindex needed? From: Joe Shaw To: james.fitzsimons@gmail.com In-Reply-To: <1152741511.6268.2.camel@localhost.localdomain> References: <1152741511.6268.2.camel@localhost.localdomain> Content-Type: text/plain Date: Wed, 12 Jul 2006 18:01:11 -0400 Message-Id: <1152741671.5935.2.camel@portage.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 22:04:01 -0000 Hi, On Wed, 2006-07-12 at 22:58 +0100, James Fitzsimons wrote: > I installed beagle a short time ago but only recently realised that I > didn't have extended attributes turned on yesterday. I have now enabled > them, but do I need to refresh my indexes and if so, how do I do that? It's not necessary, although it will speed things up quite a bit. You can delete your old index by deleting the ~/.beagle/Indexes/FileSystemIndex directory. When you restart beagled, it'll start reindexing your files. Joe From brian@interlinx.bc.ca Wed Jul 12 18:14:31 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 952283B0091 for ; Wed, 12 Jul 2006 18:14:31 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21613-10 for ; Wed, 12 Jul 2006 18:14:29 -0400 (EDT) Received: from linux.interlinx.bc.ca (linux.interlinx.bc.ca [66.11.173.224]) by menubar.gnome.org (Postfix) with ESMTP id 8D54B3B0294 for ; Wed, 12 Jul 2006 18:14:15 -0400 (EDT) Received: from [10.75.22.1] (pc.ilinx [10.75.22.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by linux.interlinx.bc.ca (Postfix) with ESMTP id 72E56E3C65 for ; Wed, 12 Jul 2006 18:14:14 -0400 (EDT) Subject: Re: Reindex needed? From: "Brian J. Murrell" To: dashboard-hackers@gnome.org In-Reply-To: <1152741671.5935.2.camel@portage.boston.ximian.com> References: <1152741511.6268.2.camel@localhost.localdomain> <1152741671.5935.2.camel@portage.boston.ximian.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-bvHGjOTx3/FoRbF7qciS" Date: Wed, 12 Jul 2006 18:14:13 -0400 Message-Id: <1152742453.11238.303.camel@pc> Mime-Version: 1.0 X-Mailer: Evolution 2.7.3-1mdv2007.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.563 tagged_above=-999 required=2 tests=[AWL=0.037, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.563 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 22:14:31 -0000 --=-bvHGjOTx3/FoRbF7qciS Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-07-12 at 18:01 -0400, Joe Shaw wrote: > Hi, >=20 > On Wed, 2006-07-12 at 22:58 +0100, James Fitzsimons wrote: > > I installed beagle a short time ago but only recently realised that I > > didn't have extended attributes turned on yesterday. I have now enabled > > them, but do I need to refresh my indexes and if so, how do I do that? >=20 > It's not necessary, although it will speed things up quite a bit. You > can delete your old index by deleting the > ~/.beagle/Indexes/FileSystemIndex directory. When you restart beagled, > it'll start reindexing your files. Hrm. What triggers a file's "re-index"ing? Like if it's contents have changed, obviously, but how does beagle determine this? I don't know what goes in the EAs, or even what files the EAs are attatched to (must be the actual files being indexed -- there would not really need to be EAs otherwise I'd figure), but I guess for this type of scenario (which happened to me too! Ran with EAs not enabled for a while) it would be nice if beagle noticed that it is able to create EAs where it was not when the file was last indexed and just do it. Maybe that's just too difficult. I'm just armchair quarterbacking here. :-) b. --=20 My other computer is your Microsoft Windows server. Brian J. Murrell --=-bvHGjOTx3/FoRbF7qciS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEtXQ1l3EQlGLyuXARAvAUAKCE414i7t4tGLx8iVAJHP487yOtswCfSjQ+ OYBZtFXhyLKDTfkZi/+Oiu0= =5Zzm -----END PGP SIGNATURE----- --=-bvHGjOTx3/FoRbF7qciS-- From brian@interlinx.bc.ca Wed Jul 12 18:17:59 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8A06A3B00F0 for ; Wed, 12 Jul 2006 18:17:59 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21910-08 for ; Wed, 12 Jul 2006 18:17:58 -0400 (EDT) Received: from linux.interlinx.bc.ca (linux.interlinx.bc.ca [66.11.173.224]) by menubar.gnome.org (Postfix) with ESMTP id 628933B00BD for ; Wed, 12 Jul 2006 18:17:58 -0400 (EDT) Received: from [10.75.22.1] (pc.ilinx [10.75.22.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by linux.interlinx.bc.ca (Postfix) with ESMTP id A88A9E3C82 for ; Wed, 12 Jul 2006 18:17:57 -0400 (EDT) Subject: what files does beagle index? From: "Brian J. Murrell" To: dashboard Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-gnUO8wD4HVmvW6wtjEQ7" Date: Wed, 12 Jul 2006 18:17:56 -0400 Message-Id: <1152742677.11238.308.camel@pc> Mime-Version: 1.0 X-Mailer: Evolution 2.7.3-1mdv2007.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.564 tagged_above=-999 required=2 tests=[AWL=0.036, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.564 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 22:17:59 -0000 --=-gnUO8wD4HVmvW6wtjEQ7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Does beagle try to index every single file in my ~ (including "dot-dir"s)? I have done searches on terms that I know are in files in my ~ but they are not showing up in beagle. Does beagle try to exclude files it "thinks" you don't want indexed like a "binary" "db" file for example? (How) Can I examine beagle's index and see what files are in the index? Thanx, b. --=20 My other computer is your Microsoft Windows server. Brian J. Murrell --=-gnUO8wD4HVmvW6wtjEQ7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEtXUUl3EQlGLyuXARAgSMAJ485IMCtt3fxyh2zsSXxzQMiWj4lgCfYRhU 7eTVDgUJC0tnQeEKOMVykHM= =HIXq -----END PGP SIGNATURE----- --=-gnUO8wD4HVmvW6wtjEQ7-- From dbera.web@gmail.com Wed Jul 12 19:19:51 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3C7043B011B for ; Wed, 12 Jul 2006 19:19:51 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24490-08 for ; Wed, 12 Jul 2006 19:19:49 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by menubar.gnome.org (Postfix) with ESMTP id 2998B3B00BD for ; Wed, 12 Jul 2006 19:19:49 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id c2so45246ugf for ; Wed, 12 Jul 2006 16:19:48 -0700 (PDT) Received: by 10.66.244.10 with SMTP id r10mr58107ugh; Wed, 12 Jul 2006 16:19:48 -0700 (PDT) Received: by 10.67.93.17 with HTTP; Wed, 12 Jul 2006 16:19:48 -0700 (PDT) Message-ID: <1f1f006d0607121619r53d8b723qbd9dc702340fac6d@mail.gmail.com> Date: Wed, 12 Jul 2006 16:19:48 -0700 From: "D Bera" To: "Brian J. Murrell" Subject: Re: what files does beagle index? In-Reply-To: <1152742677.11238.308.camel@pc> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1152742677.11238.308.camel@pc> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.2 tagged_above=-999 required=2 tests=[AWL=0.200, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.2 X-Spam-Level: Cc: dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 23:19:51 -0000 Hi, > Does beagle try to index every single file in my ~ (including > "dot-dir"s)? I have done searches on terms that I know are in files in By default, beagle tries to index every file under your home-dirctory, _except_ dot-dirs. Files and subdirs under .dir wont be indexed. > my ~ but they are not showing up in beagle. This is not the intended behaviour; either their is some bug or there is some mistake in the setup. > Does beagle try to exclude files it "thinks" you don't want indexed like > a "binary" "db" file for example? Its hard to extract data from binary files. I am not even sure how to extract all words from a db file. But anyway, beagle relies on a huge collection of filters to extract data from various types of files. The filters in beagle cover nearly all the possible formats from which data extraction is possible e.g. html, doc, comments from jpeg. There is no filter for 'binary db' files as of now; hence beagle would ignore them. > (How) Can I examine beagle's index and see what files are in the index? Similar to the way you examine Google's index and see what webpages are in the index :) Jokes aside, the recommended way to examine if a file is indexed is to query for the filename. Put the whole name in quotes and you should get it in the results. - dBera -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From brian@interlinx.bc.ca Wed Jul 12 20:20:48 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E6AFA3B011B for ; Wed, 12 Jul 2006 20:20:47 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27148-01 for ; Wed, 12 Jul 2006 20:20:46 -0400 (EDT) Received: from linux.interlinx.bc.ca (linux.interlinx.bc.ca [66.11.173.224]) by menubar.gnome.org (Postfix) with ESMTP id E53633B0094 for ; Wed, 12 Jul 2006 20:20:45 -0400 (EDT) Received: from [10.75.22.1] (pc.ilinx [10.75.22.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by linux.interlinx.bc.ca (Postfix) with ESMTP id 0F0F3E37D8 for ; Wed, 12 Jul 2006 20:20:45 -0400 (EDT) Subject: Re: what files does beagle index? From: "Brian J. Murrell" To: dashboard In-Reply-To: <1f1f006d0607121619r53d8b723qbd9dc702340fac6d@mail.gmail.com> References: <1152742677.11238.308.camel@pc> <1f1f006d0607121619r53d8b723qbd9dc702340fac6d@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-tB14lH0VfQmjFqZVfRXx" Date: Wed, 12 Jul 2006 20:20:44 -0400 Message-Id: <1152750044.11238.336.camel@pc> Mime-Version: 1.0 X-Mailer: Evolution 2.7.3-1mdv2007.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.564 tagged_above=-999 required=2 tests=[AWL=0.036, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.564 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 00:20:48 -0000 --=-tB14lH0VfQmjFqZVfRXx Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-07-12 at 16:19 -0700, D Bera wrote: >=20 > By default, beagle tries to index every file under your home-dirctory, > _except_ dot-dirs. Files and subdirs under .dir wont be indexed. Ahhh. Perhaps some of these files to which I am referring are under dot-dirs. How about a flag to toggle that? > Its hard to extract data from binary files. How about "strings" them first? > I am not even sure how to > extract all words from a db file. Strings does a pretty decent job. > But anyway, beagle relies on a huge > collection of filters to extract data from various types of files. Right. I had gathered that. > The > filters in beagle cover nearly all the possible formats from which > data extraction is possible e.g. html, doc, comments from jpeg. There > is no filter for 'binary db' files as of now; hence beagle would > ignore them. How about a "default" for binaries that simply does do just "strings"? > Similar to the way you examine Google's index and see what webpages > are in the index :) Maybe beagle does something similar but if not, i think my touche is coming... http://www.google.ca/search?hl=3Den&q=3Dsite% 3Abeagle-project.org&btnG=3DGoogle+Search&meta=3D :-) But that is not even really apples to apples. If I had Googles database, like I have Beagles, I probably could do exactly what I mean. > Jokes aside, the recommended way to examine if a file is indexed is to > query for the filename. Put the whole name in quotes and you should > get it in the results. Yeah, cool! So a manual search does indicate that a given file I am thinking of is indeed in a dot-dir. :-( And it is a .db file which file says: $ file .icq.old/history/6000006.db .icq.old/history/6000006.db: GNU dbm 1.x or ndbm database, little endian $ strings .icq.old/history/6000006.db b@ssage throug rver Hi! I found them! URL: http://artistic.device.sh (Apart from being spam) Obviously useful information in those files, even filtered through "strings". Aside from being in a dot-dir it would be nice that Beagle could give me this. b. --=20 My other computer is your Microsoft Windows server. Brian J. Murrell --=-tB14lH0VfQmjFqZVfRXx Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEtZHcl3EQlGLyuXARAu/nAJ0c6xt1571ynKhD/FDpImcY7kc9DQCg/5Gi oN0reUZeL0o0ua/DOnOW1Po= =3FSY -----END PGP SIGNATURE----- --=-tB14lH0VfQmjFqZVfRXx-- From joeshaw@novell.com Wed Jul 12 20:40:57 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 135BF3B011B for ; Wed, 12 Jul 2006 20:40:57 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27808-01 for ; Wed, 12 Jul 2006 20:40:56 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 1BBCC3B0141 for ; Wed, 12 Jul 2006 20:40:56 -0400 (EDT) Received: (qmail 5027 invoked from network); 13 Jul 2006 00:40:49 -0000 Received: from localhost (HELO ?192.168.1.3?) (joe@127.0.0.1) by localhost with SMTP; 13 Jul 2006 00:40:49 -0000 Message-ID: <44B59680.10305@novell.com> Date: Wed, 12 Jul 2006 20:40:32 -0400 From: Joe Shaw User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8) Gecko/20051109 Thunderbird/1.5 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: "Brian J. Murrell" Subject: Re: Reindex needed? References: <1152741511.6268.2.camel@localhost.localdomain> <1152741671.5935.2.camel@portage.boston.ximian.com> <1152742453.11238.303.camel@pc> In-Reply-To: <1152742453.11238.303.camel@pc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 00:40:57 -0000 Hi, Brian J. Murrell wrote: > On Wed, 2006-07-12 at 18:01 -0400, Joe Shaw wrote: >> It's not necessary, although it will speed things up quite a bit. You >> can delete your old index by deleting the >> ~/.beagle/Indexes/FileSystemIndex directory. When you restart beagled, >> it'll start reindexing your files. > > Hrm. What triggers a file's "re-index"ing? Like if it's contents have > changed, obviously, but how does beagle determine this? Well, in the example I cited above, you are deleting your index, so Beagle recognizes this and reindexes the world. Generally speaking, however, Beagle uses xattrs (or a sqlite database) to store the last time it indexed a file. If it recrawls later (either because the daemon was restarted or because inotify isn't enabled) it checks to see if the modification time on the file is newer than the last index time and, if it is, reindexes. > I don't know what goes in the EAs, or even what files the EAs are > attatched to (must be the actual files being indexed -- there would not > really need to be EAs otherwise I'd figure), but I guess for this type > of scenario (which happened to me too! Ran with EAs not enabled for a > while) it would be nice if beagle noticed that it is able to create EAs > where it was not when the file was last indexed and just do it. You can run "getfattr -d" on a file to see all of its xattrs, including the ones that Beagle has set. Beagle *could* migrate the attributes stored in the sqlite database into xattrs when it crawls over them and notices that it now can, but it's a corner case that just doesn't seem worth the effort, honestly. Joe From joeshaw@novell.com Wed Jul 12 20:47:05 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 38D7E3B0120 for ; Wed, 12 Jul 2006 20:47:05 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28027-05 for ; Wed, 12 Jul 2006 20:47:04 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id E2BC33B007A for ; Wed, 12 Jul 2006 20:47:03 -0400 (EDT) Received: (qmail 5053 invoked from network); 13 Jul 2006 00:47:03 -0000 Received: from localhost (HELO ?192.168.1.3?) (joe@127.0.0.1) by localhost with SMTP; 13 Jul 2006 00:47:03 -0000 Message-ID: <44B597F7.10702@novell.com> Date: Wed, 12 Jul 2006 20:46:47 -0400 From: Joe Shaw User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8) Gecko/20051109 Thunderbird/1.5 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: "Brian J. Murrell" Subject: Re: what files does beagle index? References: <1152742677.11238.308.camel@pc> In-Reply-To: <1152742677.11238.308.camel@pc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 00:47:05 -0000 Hi, Brian J. Murrell wrote: > Does beagle try to index every single file in my ~ (including > "dot-dir"s)? I have done searches on terms that I know are in files in > my ~ but they are not showing up in beagle. > > Does beagle try to exclude files it "thinks" you don't want indexed like > a "binary" "db" file for example? Beagle does have a blacklist; it never indexes dotfiles, CVS directories, temporary files from vi or emacs, or .o files, for example. There are others, but those are the big ones. Other than that, Beagle indexes every file. To what extent it can index the file varies, however. If Beagle doesn't have a filter to parse the contents of the file, only information about the file (like the filename, for example) are indexed. > (How) Can I examine beagle's index and see what files are in the index? There's no easy way to do this. There was a tool called beagle-dump-index, but I don't think it's shipped in the tarball. You'd have to run it out of CVS. It would be pretty easy to write such a tool though, and we probably should. If you are running 0.2.4 or newer, just doing "beagle-query filename" should do the trick. If not the file either (a) isn't indexed or (b) there is some sort of bug in the querying or indexing. You might also want to check the logs in ~/.beagle/Log to make sure the daemon isn't encountering an error while searching. Thanks, Joe From brian@interlinx.bc.ca Wed Jul 12 21:04:03 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2A61A3B011B for ; Wed, 12 Jul 2006 21:04:03 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28533-02 for ; Wed, 12 Jul 2006 21:04:00 -0400 (EDT) Received: from linux.interlinx.bc.ca (linux.interlinx.bc.ca [66.11.173.224]) by menubar.gnome.org (Postfix) with ESMTP id 37E193B00C5 for ; Wed, 12 Jul 2006 21:04:00 -0400 (EDT) Received: from [10.75.22.1] (pc.ilinx [10.75.22.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by linux.interlinx.bc.ca (Postfix) with ESMTP id 2E685D0250 for ; Wed, 12 Jul 2006 21:03:59 -0400 (EDT) Subject: Re: Reindex needed? From: "Brian J. Murrell" To: dashboard-hackers@gnome.org In-Reply-To: <44B59680.10305@novell.com> References: <1152741511.6268.2.camel@localhost.localdomain> <1152741671.5935.2.camel@portage.boston.ximian.com> <1152742453.11238.303.camel@pc> <44B59680.10305@novell.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-MpPMMlZc5xowXKUEnjfL" Date: Wed, 12 Jul 2006 21:03:58 -0400 Message-Id: <1152752638.11238.344.camel@pc> Mime-Version: 1.0 X-Mailer: Evolution 2.7.3-1mdv2007.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.565 tagged_above=-999 required=2 tests=[AWL=0.035, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.565 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 01:04:03 -0000 --=-MpPMMlZc5xowXKUEnjfL Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-07-12 at 20:40 -0400, Joe Shaw wrote: > Hi, Hi, > You can run "getfattr -d" on a file to see all of its xattrs, including=20 > the ones that Beagle has set. Cool. > Beagle *could* migrate the attributes=20 > stored in the sqlite database into xattrs when it crawls over them and=20 > notices that it now can, Hell, I'd even be happy with "throw the database away" and re-index those files. > but it's a corner case that just doesn't seem=20 > worth the effort, honestly. Too much effort even if you throw the sqlite db away and just re-index the files with the missing EAs? I just don't want to have to re-index my entire 5G ~ because only a few files might not have the EAs on them. Maybe the number is so low I don't care that they don't have EAs and are in the sqlite db instead. What happens if I remove just the sqlite dbs? Where are they? b. --=20 My other computer is your Microsoft Windows server. Brian J. Murrell --=-MpPMMlZc5xowXKUEnjfL Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEtZv9l3EQlGLyuXARAnhdAJ42HfK34oNCtlLBoXT3yVXC4AyDzQCg+vds yXZ2nKNWJv/nYdTXQa9+Pn8= =Lae0 -----END PGP SIGNATURE----- --=-MpPMMlZc5xowXKUEnjfL-- From dbera.web@gmail.com Wed Jul 12 21:05:28 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4B1313B0154 for ; Wed, 12 Jul 2006 21:05:28 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28564-01 for ; Wed, 12 Jul 2006 21:05:27 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by menubar.gnome.org (Postfix) with ESMTP id 9856C3B011B for ; Wed, 12 Jul 2006 21:05:26 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id m3so77543uge for ; Wed, 12 Jul 2006 18:05:25 -0700 (PDT) Received: by 10.66.220.17 with SMTP id s17mr69252ugg; Wed, 12 Jul 2006 18:05:25 -0700 (PDT) Received: by 10.67.93.17 with HTTP; Wed, 12 Jul 2006 18:05:25 -0700 (PDT) Message-ID: <1f1f006d0607121805of3600d7pc1f903dbd8f7650c@mail.gmail.com> Date: Wed, 12 Jul 2006 18:05:25 -0700 From: "D Bera" To: "Joe Shaw" Subject: Re: Reindex needed? In-Reply-To: <44B59680.10305@novell.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1152741511.6268.2.camel@localhost.localdomain> <1152741671.5935.2.camel@portage.boston.ximian.com> <1152742453.11238.303.camel@pc> <44B59680.10305@novell.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.256 tagged_above=-999 required=2 tests=[AWL=0.144, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.256 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 01:05:28 -0000 Hi, > the ones that Beagle has set. Beagle *could* migrate the attributes > stored in the sqlite database into xattrs when it crawls over them and > notices that it now can, but it's a corner case that just doesn't seem > worth the effort, honestly. IMHO, this *minor problem* should be fixed. Many a times I copy files from the CD or other read-only share and beagle puts the attributes in sqlite. But sooner I change the permissions (mostly while editing the file or something else) and beagle still continues to use the sqlite store. It has happened that a complete beagle root was stored in sqlite for a long time though the permissions were fixed and the files were writable. What say ? - dBera -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From brian@interlinx.bc.ca Wed Jul 12 21:19:58 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 18AC33B0120 for ; Wed, 12 Jul 2006 21:19:58 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29420-08 for ; Wed, 12 Jul 2006 21:19:56 -0400 (EDT) Received: from linux.interlinx.bc.ca (linux.interlinx.bc.ca [66.11.173.224]) by menubar.gnome.org (Postfix) with ESMTP id 19A393B0007 for ; Wed, 12 Jul 2006 21:19:56 -0400 (EDT) Received: from [10.75.22.1] (pc.ilinx [10.75.22.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by linux.interlinx.bc.ca (Postfix) with ESMTP id 18F7BD0250 for ; Wed, 12 Jul 2006 21:19:55 -0400 (EDT) Subject: Re: what files does beagle index? From: "Brian J. Murrell" To: dashboard In-Reply-To: <44B597F7.10702@novell.com> References: <1152742677.11238.308.camel@pc> <44B597F7.10702@novell.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-APcroO/DhKZegk5SRzQ9" Date: Wed, 12 Jul 2006 21:19:53 -0400 Message-Id: <1152753593.11238.355.camel@pc> Mime-Version: 1.0 X-Mailer: Evolution 2.7.3-1mdv2007.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.566 tagged_above=-999 required=2 tests=[AWL=0.034, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.566 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 01:19:58 -0000 --=-APcroO/DhKZegk5SRzQ9 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-07-12 at 20:46 -0400, Joe Shaw wrote: > Hi, Hi again, > Beagle does have a blacklist; it never indexes dotfiles, Yeah. :-( I tried several ways around this to no avail. First I tried to create a non-dot-named symlink to a dot-dir. No luck there (not really surprising). Next I tried to hard link a file in a dot-dir outside the dot-dir into my ~. No joy there (to my surprise). Making an actual copy worked. Showed up in Beagle instantly. I love that part. When stuff that just appears is in Beagle within fractions of a second. :-) I couldn't even explicitly specify a dot-dir in the "Add any additional paths..." dialog. Well, the file chooser would not let me enter a dot-name of any sort. So, does beagle not follow symlinks then? If I have a (non-dot-named) symlink to something outside of my ~, will it index it (assuming I can read them of course)? It seems not. I added something explicitly that is outside my ~ but symlinked to from within my ~ and after adding it explicitly it started indexing it. Hrm. A follow symlinks option might be nice too. So full of ideas. So "no time" to implement any. :-( > CVS=20 > directories, temporary files from vi or emacs, or .o files, for example.=20 > There are others, but those are the big ones. > There's no easy way to do this. There was a tool called=20 > beagle-dump-index, Figured something like that had to exist. :-) > but I don't think it's shipped in the tarball. You'd=20 > have to run it out of CVS. It would be pretty easy to write such a tool=20 > though, and we probably should. Would be nice. > If you are running 0.2.4 or newer, just doing "beagle-query filename"=20 > should do the trick. If not the file either (a) isn't indexed or (b)=20 > there is some sort of bug in the querying or indexing. You might also=20 > want to check the logs in ~/.beagle/Log to make sure the daemon isn't=20 > encountering an error while searching. OK. --=20 My other computer is your Microsoft Windows server. Brian J. Murrell --=-APcroO/DhKZegk5SRzQ9 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEtZ+5l3EQlGLyuXARAi3JAKCNtWpGPCm2gpjW8PePRwiB4p04gQCfTRbg 9GisK79MoB0zwPnjSFPOjnQ= =IbBy -----END PGP SIGNATURE----- --=-APcroO/DhKZegk5SRzQ9-- From dbera.web@gmail.com Wed Jul 12 21:21:58 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5A6A03B00BD for ; Wed, 12 Jul 2006 21:21:58 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29485-08 for ; Wed, 12 Jul 2006 21:21:56 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by menubar.gnome.org (Postfix) with ESMTP id 79A9C3B0120 for ; Wed, 12 Jul 2006 21:21:55 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id j40so77387ugd for ; Wed, 12 Jul 2006 18:21:54 -0700 (PDT) Received: by 10.67.93.6 with SMTP id v6mr70228ugl; Wed, 12 Jul 2006 18:21:54 -0700 (PDT) Received: by 10.67.93.17 with HTTP; Wed, 12 Jul 2006 18:21:54 -0700 (PDT) Message-ID: <1f1f006d0607121821jff226e5rfb26f4051e215925@mail.gmail.com> Date: Wed, 12 Jul 2006 18:21:54 -0700 From: "D Bera" To: "Brian J. Murrell" Subject: Re: what files does beagle index? In-Reply-To: <1152750044.11238.336.camel@pc> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1152742677.11238.308.camel@pc> <1f1f006d0607121619r53d8b723qbd9dc702340fac6d@mail.gmail.com> <1152750044.11238.336.camel@pc> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.283 tagged_above=-999 required=2 tests=[AWL=0.117, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.283 X-Spam-Level: Cc: dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 01:21:58 -0000 > > Its hard to extract data from binary files. > > How about "strings" them first? Please! Strings will output all kind of junk. Probably not even meant to be found. I am in favour of indexing any data worthy to be indexed and meant to be indexed. If anyone wants to write a filter for some db file, he/she has to find/write a filter for it which will traverse its tables and find columns with string data and extract them. OTOH, if you want to index db files and all you care is the output of 'strings', check the last paragraph of http://beagle-project.org/Supported_Filetypes There is something called ExternalFilters in beagle, which allow users to write custom command based filters. Might be just what you want. > > Similar to the way you examine Google's index and see what webpages > > are in the index :) > > Maybe beagle does something similar but if not, i think my touche is > coming... > > http://www.google.ca/search?hl=en&q=site% > 3Abeagle-project.org&btnG=Google+Search&meta= haha :-) That only gives you the number of web-pages. There is no way you (as a web user or a google api user) can find out the URLs of the pages. (Hint: google doesnt allow you go past 1000 in search results) > Yeah, cool! So a manual search does indicate that a given file I am > thinking of is indeed in a dot-dir. :-( And it is a .db file which > file says: > > $ file .icq.old/history/6000006.db > .icq.old/history/6000006.db: GNU dbm 1.x or ndbm database, little endian > > $ strings .icq.old/history/6000006.db > b@ssage throug > rver > Hi! I found them! > URL: http://artistic.device.sh > > (Apart from being spam) Obviously useful information in those files, > even filtered through "strings". Aside from being in a dot-dir it would > be nice that Beagle could give me this. Read above. External Filter is what you need. Should be easy. Good luck! - dBera -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From brian@interlinx.bc.ca Wed Jul 12 21:31:17 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6BB4C3B016E for ; Wed, 12 Jul 2006 21:31:17 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29864-07 for ; Wed, 12 Jul 2006 21:31:15 -0400 (EDT) Received: from linux.interlinx.bc.ca (linux.interlinx.bc.ca [66.11.173.224]) by menubar.gnome.org (Postfix) with ESMTP id 0F6203B01C7 for ; Wed, 12 Jul 2006 21:31:15 -0400 (EDT) Received: from [10.75.22.1] (pc.ilinx [10.75.22.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by linux.interlinx.bc.ca (Postfix) with ESMTP id 5295CD01EC for ; Wed, 12 Jul 2006 21:31:14 -0400 (EDT) Subject: Re: what files does beagle index? From: "Brian J. Murrell" To: dashboard In-Reply-To: <1f1f006d0607121821jff226e5rfb26f4051e215925@mail.gmail.com> References: <1152742677.11238.308.camel@pc> <1f1f006d0607121619r53d8b723qbd9dc702340fac6d@mail.gmail.com> <1152750044.11238.336.camel@pc> <1f1f006d0607121821jff226e5rfb26f4051e215925@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-yJO6gLamgoUtdf/dk6At" Date: Wed, 12 Jul 2006 21:31:13 -0400 Message-Id: <1152754273.11238.358.camel@pc> Mime-Version: 1.0 X-Mailer: Evolution 2.7.3-1mdv2007.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.567 tagged_above=-999 required=2 tests=[AWL=0.033, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.567 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 01:31:17 -0000 --=-yJO6gLamgoUtdf/dk6At Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-07-12 at 18:21 -0700, D Bera wrote: >=20 > Please! Strings will output all kind of junk. I don't think I meant "strings" output literally. Perhaps cross reference with a language dictionary to remove the junk. > Probably not even meant > to be found. I guess that is up to the searcher/indexer. :-) > OTOH, if you want to index db files and all you care is the output of > 'strings', check the last paragraph of > http://beagle-project.org/Supported_Filetypes > There is something called ExternalFilters in beagle, Cool. > which allow users > to write custom command based filters. Might be just what you want. Might just have to try that out. Any idea how to determine what Beagle will see as a given file's mimetype? Is there a gnome mime-type tool similar to "file"? b. --=20 My other computer is your Microsoft Windows server. Brian J. Murrell --=-yJO6gLamgoUtdf/dk6At Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEtaJhl3EQlGLyuXARAgoUAJ4zQEZpXnZErcFrBcUB9AYVoi71GwCg3faG J6ifIvgdtQZg93Q6+SelSOc= =CPWJ -----END PGP SIGNATURE----- --=-yJO6gLamgoUtdf/dk6At-- From dbera.web@gmail.com Wed Jul 12 21:36:50 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DE4A03B028C for ; Wed, 12 Jul 2006 21:36:49 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30521-03 for ; Wed, 12 Jul 2006 21:36:49 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by menubar.gnome.org (Postfix) with ESMTP id CC9643B027E for ; Wed, 12 Jul 2006 21:36:48 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id m3so84700ugc for ; Wed, 12 Jul 2006 18:36:47 -0700 (PDT) Received: by 10.67.19.13 with SMTP id w13mr72761ugi; Wed, 12 Jul 2006 18:36:47 -0700 (PDT) Received: by 10.67.93.17 with HTTP; Wed, 12 Jul 2006 18:36:47 -0700 (PDT) Message-ID: <1f1f006d0607121836w62191363ued961dce08f279fe@mail.gmail.com> Date: Wed, 12 Jul 2006 18:36:47 -0700 From: "D Bera" To: "Brian J. Murrell" Subject: Re: what files does beagle index? In-Reply-To: <1152754273.11238.358.camel@pc> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1152742677.11238.308.camel@pc> <1f1f006d0607121619r53d8b723qbd9dc702340fac6d@mail.gmail.com> <1152750044.11238.336.camel@pc> <1f1f006d0607121821jff226e5rfb26f4051e215925@mail.gmail.com> <1152754273.11238.358.camel@pc> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.31 tagged_above=-999 required=2 tests=[AWL=0.090, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.31 X-Spam-Level: Cc: dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 01:36:50 -0000 > Any idea how to determine what Beagle will see as a given file's > mimetype? Is there a gnome mime-type tool similar to "file"? Try $ gnome-vfs-info (or some variant of it) /path/to/file Or even better, try $ beagle-extract-content /path/to/file It will tell you what mimetype beagle thinks. beagle-extract-content will return you the same metadata and data that beagle extracts from a file. So, if there is no filter it will say "no filter found" o/w it will list the words found. After you write an external filter, you can use beagle-extract-content to test the filter. Once you are done with testing, you have to put it in the right place and (I think) restart beagle. - dBera -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From brian@interlinx.bc.ca Wed Jul 12 21:45:39 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D55673B028C for ; Wed, 12 Jul 2006 21:45:39 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30932-02 for ; Wed, 12 Jul 2006 21:45:38 -0400 (EDT) Received: from linux.interlinx.bc.ca (linux.interlinx.bc.ca [66.11.173.224]) by menubar.gnome.org (Postfix) with ESMTP id 4F58D3B0235 for ; Wed, 12 Jul 2006 21:45:38 -0400 (EDT) Received: from [10.75.22.1] (pc.ilinx [10.75.22.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by linux.interlinx.bc.ca (Postfix) with ESMTP id 8FD71D0204 for ; Wed, 12 Jul 2006 21:45:37 -0400 (EDT) Subject: Re: what files does beagle index? From: "Brian J. Murrell" To: dashboard In-Reply-To: <1f1f006d0607121836w62191363ued961dce08f279fe@mail.gmail.com> References: <1152742677.11238.308.camel@pc> <1f1f006d0607121619r53d8b723qbd9dc702340fac6d@mail.gmail.com> <1152750044.11238.336.camel@pc> <1f1f006d0607121821jff226e5rfb26f4051e215925@mail.gmail.com> <1152754273.11238.358.camel@pc> <1f1f006d0607121836w62191363ued961dce08f279fe@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-s2umlT1L6/0BqJWZltr4" Date: Wed, 12 Jul 2006 21:45:36 -0400 Message-Id: <1152755136.11238.363.camel@pc> Mime-Version: 1.0 X-Mailer: Evolution 2.7.3-1mdv2007.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.53 tagged_above=-999 required=2 tests=[AWL=-0.007, BAYES_00=-2.599, SPF_PASS=-0.001, TW_EV=0.077] X-Spam-Score: -2.53 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 01:45:40 -0000 --=-s2umlT1L6/0BqJWZltr4 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-07-12 at 18:36 -0700, D Bera wrote: >=20 > Try > $ gnome-vfs-info (or some variant of it) /path/to/file $ gnomevfs-info .icq.old/history/6000006.db MIME type : application/octet-stream :-( $ beagle-extract-content .icq.old/history/6000006.db Filename: file:///home/brian/.icq.old/history/6000006.db Debug: Loaded 47 filters from /usr/lib/beagle/Filters/Filters.dll Debug: No filter for /home/brian/.icq.old/history/6000006.db () No filter for Neither know as much as file: $ file .icq.old/history/6000006.db .icq.old/history/6000006.db: GNU dbm 1.x or ndbm database, little endian Unfortunately. Oh well, better than nothing. :-) > Or even better, > try > $ beagle-extract-content /path/to/file > It will tell you what mimetype beagle thinks. $ beagle-extract-content .icq.old/history/6000006.db Filename: file:///home/brian/.icq.old/history/6000006.db Debug: Loaded 47 filters from /usr/lib/beagle/Filters/Filters.dll Debug: No filter for /home/brian/.icq.old/history/6000006.db () No filter for > beagle-extract-content > will return you the same metadata and data that beagle extracts from a > file. So, if there is no filter it will say "no filter found" o/w it > will list the words found. After you write an external filter, you can > use beagle-extract-content to test the filter. Awesome! All very helpful! > Once you are done with testing, you have to put it in the right place > and (I think) restart beagle. Thanx! b. --=20 My other computer is your Microsoft Windows server. Brian J. Murrell --=-s2umlT1L6/0BqJWZltr4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEtaXAl3EQlGLyuXARAhEGAKDGXgsNXXkaoLIOAO2UcRfSARnwlQCeJr6n NsTmnc4+KBWmRK2GTQ1OUMc= =YYc9 -----END PGP SIGNATURE----- --=-s2umlT1L6/0BqJWZltr4-- From brian@interlinx.bc.ca Wed Jul 12 21:48:49 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0419E3B027E for ; Wed, 12 Jul 2006 21:48:49 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31205-03 for ; Wed, 12 Jul 2006 21:48:48 -0400 (EDT) Received: from linux.interlinx.bc.ca (linux.interlinx.bc.ca [66.11.173.224]) by menubar.gnome.org (Postfix) with ESMTP id DD86E3B0235 for ; Wed, 12 Jul 2006 21:48:47 -0400 (EDT) Received: from [10.75.22.1] (pc.ilinx [10.75.22.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by linux.interlinx.bc.ca (Postfix) with ESMTP id 34739D01EC for ; Wed, 12 Jul 2006 21:48:47 -0400 (EDT) Subject: exclusions not working From: "Brian J. Murrell" To: dashboard Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ccDY0Qj0e6WOWMZBFyfi" Date: Wed, 12 Jul 2006 21:48:46 -0400 Message-Id: <1152755326.11238.366.camel@pc> Mime-Version: 1.0 X-Mailer: Evolution 2.7.3-1mdv2007.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.568 tagged_above=-999 required=2 tests=[AWL=0.032, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.568 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 01:48:49 -0000 --=-ccDY0Qj0e6WOWMZBFyfi Content-Type: text/plain Content-Transfer-Encoding: quoted-printable In my indexing.xml I have: true and yet right now I am seeing in beagle-status: Status: Executing task Immediate 0 (7/12/2006 9:40:19 PM) file:///home/brian/Mail/backup Pending Tasks: 3 Immediate 0 (7/12/2006 9:45:45 PM) file:///home/brian/Mail/backup 4 Immediate 0 (7/12/2006 9:45:51 PM) file:///home/brian/procmail_log Any ideas why? b. --=20 My other computer is your Microsoft Windows server. Brian J. Murrell --=-ccDY0Qj0e6WOWMZBFyfi Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEtaZ+l3EQlGLyuXARAqw5AJ95jKfGMu4p4V06GhxRYqnOSfUM4wCg33S1 mr2eLiv9ALew/DCZJzbhOiU= =1vR4 -----END PGP SIGNATURE----- --=-ccDY0Qj0e6WOWMZBFyfi-- From dbera.web@gmail.com Wed Jul 12 21:58:45 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CC4683B0200 for ; Wed, 12 Jul 2006 21:58:45 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31728-02 for ; Wed, 12 Jul 2006 21:58:45 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by menubar.gnome.org (Postfix) with ESMTP id 840723B0141 for ; Wed, 12 Jul 2006 21:58:44 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id m2so94772ugc for ; Wed, 12 Jul 2006 18:58:44 -0700 (PDT) Received: by 10.66.221.19 with SMTP id t19mr74949ugg; Wed, 12 Jul 2006 18:58:43 -0700 (PDT) Received: by 10.67.93.17 with HTTP; Wed, 12 Jul 2006 18:58:42 -0700 (PDT) Message-ID: <1f1f006d0607121858t4fa8f99fhf697f7b71a07ac59@mail.gmail.com> Date: Wed, 12 Jul 2006 18:58:42 -0700 From: "D Bera" To: "Brian J. Murrell" Subject: Re: exclusions not working In-Reply-To: <1152755326.11238.366.camel@pc> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1152755326.11238.366.camel@pc> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.335 tagged_above=-999 required=2 tests=[AWL=0.065, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.335 X-Spam-Level: Cc: dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 01:58:46 -0000 > In my indexing.xml I have: > > true > > It should be Path not Pattern. Pattern is used to match file names and extensions only. > > > > > and yet right now I am seeing in beagle-status: > > > Status: Executing task > Immediate 0 (7/12/2006 9:40:19 PM) > file:///home/brian/Mail/backup - dBera -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From dbera.web@gmail.com Wed Jul 12 22:05:36 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 199E93B01B5 for ; Wed, 12 Jul 2006 22:05:36 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31905-08 for ; Wed, 12 Jul 2006 22:05:35 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by menubar.gnome.org (Postfix) with ESMTP id AEDA13B00EC for ; Wed, 12 Jul 2006 22:05:34 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id e2so92993ugf for ; Wed, 12 Jul 2006 19:05:34 -0700 (PDT) Received: by 10.66.224.19 with SMTP id w19mr76015ugg; Wed, 12 Jul 2006 19:03:47 -0700 (PDT) Received: by 10.67.93.17 with HTTP; Wed, 12 Jul 2006 19:03:47 -0700 (PDT) Message-ID: <1f1f006d0607121903i5bceb31frccb86e8a4a534472@mail.gmail.com> Date: Wed, 12 Jul 2006 19:03:47 -0700 From: "D Bera" To: "Brian J. Murrell" Subject: Re: what files does beagle index? In-Reply-To: <1152755136.11238.363.camel@pc> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1152742677.11238.308.camel@pc> <1f1f006d0607121619r53d8b723qbd9dc702340fac6d@mail.gmail.com> <1152750044.11238.336.camel@pc> <1f1f006d0607121821jff226e5rfb26f4051e215925@mail.gmail.com> <1152754273.11238.358.camel@pc> <1f1f006d0607121836w62191363ued961dce08f279fe@mail.gmail.com> <1152755136.11238.363.camel@pc> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.277 tagged_above=-999 required=2 tests=[AWL=-0.031, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001, TW_EV=0.077, TW_XD=0.077] X-Spam-Score: -2.277 X-Spam-Level: Cc: dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 02:05:36 -0000 > > Try > > $ gnome-vfs-info (or some variant of it) /path/to/file > > $ gnomevfs-info .icq.old/history/6000006.db > MIME type : application/octet-stream Both gnome-vfs and beagle uses freedesktop.org project xdgmime to detect mimetypes. application/octet-stream is gnomevfs way of saying 'mime type not found' - which is consistent with beagle behaviour. Now, xdgmime is a black hole to me :), so I guess you are on your own here. You might want to browse freedesktop.org website for info on how to add mimetypes to its database. - dBera -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From joeshaw@novell.com Wed Jul 12 22:45:21 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8BD853B017D for ; Wed, 12 Jul 2006 22:45:21 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01104-02 for ; Wed, 12 Jul 2006 22:45:21 -0400 (EDT) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 8D50B3B00B6 for ; Wed, 12 Jul 2006 22:45:20 -0400 (EDT) Received: (qmail 5351 invoked from network); 13 Jul 2006 02:45:20 -0000 Received: from localhost (HELO ?192.168.1.3?) (joe@127.0.0.1) by localhost with SMTP; 13 Jul 2006 02:45:20 -0000 Message-ID: <44B5B3B0.2000709@novell.com> Date: Wed, 12 Jul 2006 22:45:04 -0400 From: Joe Shaw User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8) Gecko/20051109 Thunderbird/1.5 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: D Bera Subject: Re: Reindex needed? References: <1152741511.6268.2.camel@localhost.localdomain> <1152741671.5935.2.camel@portage.boston.ximian.com> <1152742453.11238.303.camel@pc> <44B59680.10305@novell.com> <1f1f006d0607121805of3600d7pc1f903dbd8f7650c@mail.gmail.com> In-Reply-To: <1f1f006d0607121805of3600d7pc1f903dbd8f7650c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 02:45:21 -0000 Hey, D Bera wrote: > IMHO, this *minor problem* should be fixed. Many a times I copy files > from the CD or other read-only share and beagle puts the attributes in > sqlite. But sooner I change the permissions (mostly while editing the > file or something else) and beagle still continues to use the sqlite > store. It has happened that a complete beagle root was stored in > sqlite for a long time though the permissions were fixed and the files > were writable. > > What say ? Sure, go for it. ;) I think we have bigger fish to fry though. Joe From brian@interlinx.bc.ca Wed Jul 12 22:55:55 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2941D3B0126 for ; Wed, 12 Jul 2006 22:55:55 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01408-01 for ; Wed, 12 Jul 2006 22:55:54 -0400 (EDT) Received: from linux.interlinx.bc.ca (linux.interlinx.bc.ca [66.11.173.224]) by menubar.gnome.org (Postfix) with ESMTP id C05E43B00C5 for ; Wed, 12 Jul 2006 22:55:53 -0400 (EDT) Received: from [10.75.22.1] (pc.ilinx [10.75.22.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by linux.interlinx.bc.ca (Postfix) with ESMTP id CD865E3CD5 for ; Wed, 12 Jul 2006 22:55:52 -0400 (EDT) Subject: Re: exclusions not working From: "Brian J. Murrell" To: dashboard In-Reply-To: <1f1f006d0607121858t4fa8f99fhf697f7b71a07ac59@mail.gmail.com> References: <1152755326.11238.366.camel@pc> <1f1f006d0607121858t4fa8f99fhf697f7b71a07ac59@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-RNLcMw/0qOcJs1icbmnh" Date: Wed, 12 Jul 2006 22:55:52 -0400 Message-Id: <1152759352.11238.370.camel@pc> Mime-Version: 1.0 X-Mailer: Evolution 2.7.3-1mdv2007.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.569 tagged_above=-999 required=2 tests=[AWL=0.031, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.569 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 02:55:55 -0000 --=-RNLcMw/0qOcJs1icbmnh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-07-12 at 18:58 -0700, D Bera wrote: > > In my indexing.xml I have: > > > > true > > > > >=20 > It should be Path not Pattern. That's what I think too, but the beagle-settings doesn't let you choose files for Path types. > Pattern is used to match file names and > extensions only. But I only want to exclude this one file, not all files with "backup" in them, which is why I think it should be a Path too. b. --=20 My other computer is your Microsoft Windows server. Brian J. Murrell --=-RNLcMw/0qOcJs1icbmnh Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEtbY3l3EQlGLyuXARAqX+AKDWb9LUsvWTB0Toj/vI3s1UG1i5DgCgon6t f+vH1N/PN2lc61rihhn8a3c= =eJ8I -----END PGP SIGNATURE----- --=-RNLcMw/0qOcJs1icbmnh-- From dbera.web@gmail.com Wed Jul 12 23:15:44 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 986053B00D7 for ; Wed, 12 Jul 2006 23:15:44 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02038-08 for ; Wed, 12 Jul 2006 23:15:43 -0400 (EDT) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by menubar.gnome.org (Postfix) with ESMTP id 6EA133B008A for ; Wed, 12 Jul 2006 23:15:42 -0400 (EDT) Received: by nf-out-0910.google.com with SMTP id y38so85293nfb for ; Wed, 12 Jul 2006 20:15:41 -0700 (PDT) Received: by 10.78.116.19 with SMTP id o19mr93508huc; Wed, 12 Jul 2006 20:15:41 -0700 (PDT) Received: from ?192.168.1.103? ( [75.6.225.56]) by mx.gmail.com with ESMTP id 30sm265379hue.2006.07.12.20.15.40; Wed, 12 Jul 2006 20:15:41 -0700 (PDT) From: D Bera Organization: BU-CS To: dashboard-hackers@gnome.org Subject: Re: exclusions not working Date: Wed, 12 Jul 2006 20:17:47 -0700 User-Agent: KMail/1.9 References: <1152755326.11238.366.camel@pc> <1f1f006d0607121858t4fa8f99fhf697f7b71a07ac59@mail.gmail.com> <1152759352.11238.370.camel@pc> In-Reply-To: <1152759352.11238.370.camel@pc> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607122017.47807.dbera.web@gmail.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.489 tagged_above=-999 required=2 tests=[AWL=-0.089, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.489 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 03:15:44 -0000 > On Wed, 2006-07-12 at 18:58 -0700, D Bera wrote: > > > In my indexing.xml I have: > > > > > > true > > > > > > > > > > It should be Path not Pattern. > > That's what I think too, but the beagle-settings doesn't let you choose > files for Path types. > > > Pattern is used to match file names and > > extensions only. > > But I only want to exclude this one file, not all files with "backup" in > them, which is why I think it should be a Path too. As of now, patterns only apply to name and path to full path. If you think pattern should match both name and path, please file a bug. It might be possible to allow an excludeitem based on both path and pattern which will cover all cases but it is subject to discussion. - dBera -- -------------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From brian@interlinx.bc.ca Wed Jul 12 23:36:39 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 98E0E3B00EA for ; Wed, 12 Jul 2006 23:36:39 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03073-02 for ; Wed, 12 Jul 2006 23:36:38 -0400 (EDT) Received: from linux.interlinx.bc.ca (linux.interlinx.bc.ca [66.11.173.224]) by menubar.gnome.org (Postfix) with ESMTP id 12CB03B00FE for ; Wed, 12 Jul 2006 23:36:38 -0400 (EDT) Received: from [10.75.22.1] (pc.ilinx [10.75.22.1]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by linux.interlinx.bc.ca (Postfix) with ESMTP id 14355E3C65 for ; Wed, 12 Jul 2006 23:36:36 -0400 (EDT) Subject: Re: exclusions not working From: "Brian J. Murrell" To: dashboard-hackers@gnome.org In-Reply-To: <200607122017.47807.dbera.web@gmail.com> References: <1152755326.11238.366.camel@pc> <1f1f006d0607121858t4fa8f99fhf697f7b71a07ac59@mail.gmail.com> <1152759352.11238.370.camel@pc> <200607122017.47807.dbera.web@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-hXg6qAU82k7T9BrB6Lp3" Date: Wed, 12 Jul 2006 23:36:34 -0400 Message-Id: <1152761794.11238.378.camel@pc> Mime-Version: 1.0 X-Mailer: Evolution 2.7.3-1mdv2007.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.57 tagged_above=-999 required=2 tests=[AWL=0.030, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.57 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 03:36:39 -0000 --=-hXg6qAU82k7T9BrB6Lp3 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-07-12 at 20:17 -0700, D Bera wrote: > > On Wed, 2006-07-12 at 18:58 -0700, D Bera wrote: > > > > In my indexing.xml I have: > > > > > > > > true > > > > > > > > > > > > > > It should be Path not Pattern. > > > > That's what I think too, but the beagle-settings doesn't let you choose > > files for Path types. > > > > > Pattern is used to match file names and > > > extensions only. > > > > But I only want to exclude this one file, not all files with "backup" i= n > > them, which is why I think it should be a Path too. >=20 > As of now, patterns only apply to name and path to full path. I like the idea of using a Path for the file /home/brian/Mail/backup as it's absolutely specific. beagle-settings won't let me choose files though, only directories. Files are "greyed out" in the chooser. I wonder if I can just edit the XML file and beagle will exclude it as Path. > If you think=20 > pattern should match both name and path, please file a bug. I don't really think that. I just think I should be able to choose _files_ in Path, not just directories. b. --=20 My other computer is your Microsoft Windows server. Brian J. Murrell --=-hXg6qAU82k7T9BrB6Lp3 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEtb/Cl3EQlGLyuXARAtMmAKDJJGtDUEBmJhCJAvq7BoZWpahHSwCg0apH RONgNjTJi/DFbCtOkavS740= =23IL -----END PGP SIGNATURE----- --=-hXg6qAU82k7T9BrB6Lp3-- From paiu@l3s.de Thu Jul 13 16:12:23 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6E3233B0130 for ; Thu, 13 Jul 2006 16:12:23 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03707-06 for ; Thu, 13 Jul 2006 16:12:20 +0000 (UTC) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by menubar.gnome.org (Postfix) with ESMTP id 5B1123B01AE for ; Thu, 13 Jul 2006 16:12:20 +0000 (UTC) Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k6DGCGTM017175 for ; Thu, 13 Jul 2006 18:12:16 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id 123E71907C9; Thu, 13 Jul 2006 18:12:17 +0200 (CEST) Received: from [130.75.152.185] (pc185.kbs.uni-hannover.de [130.75.152.185]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id 595C016A3F7 for ; Thu, 13 Jul 2006 18:12:16 +0200 (CEST) Message-ID: <44B670DF.4030704@l3s.de> Date: Thu, 13 Jul 2006 18:12:15 +0200 From: Raluca PAIU Organization: L3S User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: dashboard-hackers@gnome.org Subject: Beagle Networked Searches (protocol) Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.669 tagged_above=-999 required=2 tests=[AWL=-0.929, BAYES_20=-0.74] X-Spam-Score: -1.669 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: paiu@l3s.de List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 16:12:23 -0000 Hi, Some time ago there was around a list of the projects that will be implemented during the Google Summer of Code. On this list I saw that Alexis Christoforides was accepted with the "Networked Searches (protocol)" project. I tried to find some information about how he is going to proceed, but unfortunately could not find anything. Is there any specification of the protocol Alexis is going to implement? When is he supposed to finish the project? The topic is very important for us at L3S Research Center (www.l3s.de) because distributed search will also be addressed in one of the workpackages we have in the NEPOMUK project. Therefore it would be very helpful for us to get an idea of how things are going to evolve in this direction. Thanks and best regards, Raluca -- Dipl. Ing. Raluca PAIU Tel.: +49 (0)511 762-9764, -19717 Forschungszentrum L3S Fax.: +49 (0)511 762-9779 Deutscher Pavillon E-mail: paiu@l3s.de Expo Plaza 1 http://www.l3s.de 30539 Hannover From dbera.web@gmail.com Thu Jul 13 16:19:22 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id ED9553B0061 for ; Thu, 13 Jul 2006 16:19:21 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04044-01 for ; Thu, 13 Jul 2006 16:19:21 +0000 (UTC) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by menubar.gnome.org (Postfix) with ESMTP id C15323B021E for ; Thu, 13 Jul 2006 16:19:20 +0000 (UTC) Received: by ug-out-1314.google.com with SMTP id j40so353565ugd for ; Thu, 13 Jul 2006 09:19:20 -0700 (PDT) Received: by 10.67.100.17 with SMTP id c17mr224707ugm; Thu, 13 Jul 2006 09:19:20 -0700 (PDT) Received: by 10.67.93.17 with HTTP; Thu, 13 Jul 2006 09:19:19 -0700 (PDT) Message-ID: <1f1f006d0607130919h2fe9e7d3pb63fabbeaa3fb052@mail.gmail.com> Date: Thu, 13 Jul 2006 09:19:19 -0700 From: "D Bera" To: "Brian J. Murrell" Subject: Re: what files does beagle index? In-Reply-To: <1152755136.11238.363.camel@pc> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1152742677.11238.308.camel@pc> <1f1f006d0607121619r53d8b723qbd9dc702340fac6d@mail.gmail.com> <1152750044.11238.336.camel@pc> <1f1f006d0607121821jff226e5rfb26f4051e215925@mail.gmail.com> <1152754273.11238.358.camel@pc> <1f1f006d0607121836w62191363ued961dce08f279fe@mail.gmail.com> <1152755136.11238.363.camel@pc> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.36 tagged_above=-999 required=2 tests=[AWL=0.040, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.36 X-Spam-Level: Cc: dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 16:19:22 -0000 Hi I remembered something which might be useful. I think external filters require both mime-type and extension. You can try to match extension and leave mime-type field empty (since thats what beagle thinks the mimetype to be). Give it a try. - dBera > $ beagle-extract-content .icq.old/history/6000006.db > Filename: file:///home/brian/.icq.old/history/6000006.db > Debug: Loaded 47 filters from /usr/lib/beagle/Filters/Filters.dll > Debug: No filter for /home/brian/.icq.old/history/6000006.db () > No filter for > > Neither know as much as file: > > $ file .icq.old/history/6000006.db > .icq.old/history/6000006.db: GNU dbm 1.x or ndbm database, little endian > > Unfortunately. > > Oh well, better than nothing. :-) > > > Or even better, > > try > > $ beagle-extract-content /path/to/file > > It will tell you what mimetype beagle thinks. > > $ beagle-extract-content .icq.old/history/6000006.db > Filename: file:///home/brian/.icq.old/history/6000006.db > Debug: Loaded 47 filters from /usr/lib/beagle/Filters/Filters.dll > Debug: No filter for /home/brian/.icq.old/history/6000006.db () > No filter for > > > beagle-extract-content > > will return you the same metadata and data that beagle extracts from a > > file. So, if there is no filter it will say "no filter found" o/w it > > will list the words found. After you write an external filter, you can > > use beagle-extract-content to test the filter. > > Awesome! All very helpful! > > > Once you are done with testing, you have to put it in the right place > > and (I think) restart beagle. -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From joeshaw@novell.com Thu Jul 13 17:26:11 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 10A553B00BB for ; Thu, 13 Jul 2006 17:26:11 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07075-04 for ; Thu, 13 Jul 2006 17:26:10 +0000 (UTC) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 1EA423B0061 for ; Thu, 13 Jul 2006 17:26:10 +0000 (UTC) Received: (qmail 8477 invoked from network); 13 Jul 2006 17:26:09 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 13 Jul 2006 17:26:09 -0000 Subject: Re: what files does beagle index? From: Joe Shaw To: D Bera In-Reply-To: <1f1f006d0607130919h2fe9e7d3pb63fabbeaa3fb052@mail.gmail.com> References: <1152742677.11238.308.camel@pc> <1f1f006d0607121619r53d8b723qbd9dc702340fac6d@mail.gmail.com> <1152750044.11238.336.camel@pc> <1f1f006d0607121821jff226e5rfb26f4051e215925@mail.gmail.com> <1152754273.11238.358.camel@pc> <1f1f006d0607121836w62191363ued961dce08f279fe@mail.gmail.com> <1152755136.11238.363.camel@pc> <1f1f006d0607130919h2fe9e7d3pb63fabbeaa3fb052@mail.gmail.com> Content-Type: text/plain Date: Thu, 13 Jul 2006 13:26:10 -0400 Message-Id: <1152811570.16928.19.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 17:26:11 -0000 Hi, On Thu, 2006-07-13 at 09:19 -0700, D Bera wrote: > I remembered something which might be useful. I think external > filters require both mime-type and extension. You can try to match > extension and leave mime-type field empty (since thats what beagle > thinks the mimetype to be). Give it a try. Actually external filters require mime-type OR extension. So filling out one or the other is sufficient. Joe From dashboard@a80.net Sat Jul 15 09:11:17 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2CDC73B009D for ; Sat, 15 Jul 2006 09:11:17 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08750-04 for ; Sat, 15 Jul 2006 09:11:14 +0000 (UTC) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id 778343B007B for ; Sat, 15 Jul 2006 09:11:13 +0000 (UTC) Received: by cratoo.de (Postfix, from userid 1002) id B29BA3E1C73; Sat, 15 Jul 2006 11:11:32 +0200 (CEST) Received: from [192.168.0.1] (HSI-KBW-082-212-019-198.hsi.kabelbw.de [82.212.19.198]) by cratoo.de (Postfix) with ESMTP id EC4883E1C73 for ; Sat, 15 Jul 2006 11:11:31 +0200 (CEST) Message-ID: <44B8B12D.9000506@a80.net> Date: Sat, 15 Jul 2006 11:11:09 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Dashboard Subject: make error Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[AWL=0.000, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 09:11:17 -0000 hi there, i just tried to build beagle to test some of the new features, since ubuntu only offers 0.2.6. after getting the latest cvs snapshot and executing autogen.sh i want to make. but i get following error, at the moment i'm not quite sure if i did something wrong or if i'm not really awake ;) $ make make all-recursive make[1]: Entering directory `/home/crash/dev-beagle/beagle' Making all in po make[2]: Entering directory `/home/crash/dev-beagle/beagle/po' Makefile:152: *** target pattern contains no `%'. Stop. make[2]: Leaving directory `/home/crash/dev-beagle/beagle/po' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/crash/dev-beagle/beagle' make: *** [all] Error 2 thanks for any help Andreas From dashboard@a80.net Sat Jul 15 09:42:22 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BBB423B00FD for ; Sat, 15 Jul 2006 09:42:22 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09719-08 for ; Sat, 15 Jul 2006 09:42:21 +0000 (UTC) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id A790A3B0148 for ; Sat, 15 Jul 2006 09:42:21 +0000 (UTC) Received: by cratoo.de (Postfix, from userid 1002) id 76D5732C207; Sat, 15 Jul 2006 11:42:43 +0200 (CEST) Received: from [192.168.0.1] (HSI-KBW-082-212-019-198.hsi.kabelbw.de [82.212.19.198]) by cratoo.de (Postfix) with ESMTP id 0A3A112569 for ; Sat, 15 Jul 2006 11:42:40 +0200 (CEST) Message-ID: <44B8B87A.2040900@a80.net> Date: Sat, 15 Jul 2006 11:42:18 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Dashboard Subject: reason why beagle doesnt index Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[AWL=-0.000, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 09:42:22 -0000 hi there again, i just tested with beagle-extract-content what beagle gets from a file which is not in my index. [Invalid UTF-8] Cannot determine the text encoding for argument 1 ("file with some german umluats, didn't look nice;)"). Please add the correct encoding to MONO_EXTERNAL_ENCODINGS and try again. first, shouldn't the user be informed about this? second, should the wrong encoding of a file (from the view of beagle) name lead to not indexing the file at all? for me this doesnt make that much sense, but maybe i'm overseeing some important stuff :) hope this is the reason why the files didn't get indexed. thanks again for an answer Andreas From qub333@gmail.com Sat Jul 15 17:28:09 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 381813B0076 for ; Sat, 15 Jul 2006 17:28:09 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24512-01 for ; Sat, 15 Jul 2006 17:28:06 +0000 (UTC) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.199]) by menubar.gnome.org (Postfix) with ESMTP id 590723B00CC for ; Sat, 15 Jul 2006 17:28:06 +0000 (UTC) Received: by wx-out-0102.google.com with SMTP id t10so449861wxc for ; Sat, 15 Jul 2006 10:28:06 -0700 (PDT) Received: by 10.70.29.1 with SMTP id c1mr901278wxc; Sat, 15 Jul 2006 10:28:06 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id h35sm1017074wxd.2006.07.15.10.28.05; Sat, 15 Jul 2006 10:28:05 -0700 (PDT) Message-ID: <44B925AD.8020104@kubasik.net> Date: Sat, 15 Jul 2006 13:28:13 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Andreas Heinz Subject: Re: reason why beagle doesnt index References: <44B8B87A.2040900@a80.net> In-Reply-To: <44B8B87A.2040900@a80.net> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.359 tagged_above=-999 required=2 tests=[AWL=0.041, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.359 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 17:28:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 1) Could you please file this in the gnome bugzilla so we don't lose it? 2) Is there any chance you could attach the file so one (or all of us) could test it? If its personal, could you maybe e-mail it to me at kevin@kubasik.net? If its uber-personal (trying out my German ;) ) could you perhaps create another file which replicates this error? Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog Andreas Heinz wrote: > hi there again, > > i just tested with beagle-extract-content what beagle gets from a file > which is not in my index. > > [Invalid UTF-8] > Cannot determine the text encoding for argument 1 ("file with some > german umluats, didn't look nice;)"). > Please add the correct encoding to MONO_EXTERNAL_ENCODINGS and try again. > > first, shouldn't the user be informed about this? > second, should the wrong encoding of a file (from the view of beagle) > name lead to not indexing the file at all? for me this doesnt make that > much sense, but maybe i'm overseeing some important stuff :) > > hope this is the reason why the files didn't get indexed. > > thanks again for an answer > Andreas > _______________________________________________ > Dashboard-hackers mailing list > Dashboard-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/dashboard-hackers -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRLklrP3xZFNDM330AQhvbg//Ram3bjR/imiNO2dvLJhjuf7ouyF0PZ2A axSdvmFERloIarqmwzSo9IFfk5GyK4CEWpsCkpBfaPED5DWyOYG1WbGPSr5FKQQw 5Es8mkWvTadaOgGbs+KYo0oelSI9Qt185BxB4EdCKCBLd3MPGTvsaZt/y1A2k+Gi IVfq1nCZNhPP01zifZoxfjWyk8jgAALGRAAzvpb409FdfTt27nf+so95pLo3ZMkJ YBgpxqBqW66qJ92BGmDHgXtD0A6fzO/QKjOW61P98Y7tq/eEL7DzDZ+lfbksfLcf cYFKY5QotwNF5ngp8fOXfUA3+ZJCYu3+9SXmbGwowKoEv07w5i2lXohjSM3gFwg7 QqVuJxcVrDDWRXt9bAiE3AOxXA2rpNYWXAno7PqUKyB7KuNPe7kNP7pom6KPKHRT NVHNaoF0Y9yMmC74aNRLmhme6oaKTN+2HfgkS2vTlTHt3cUyCyh7m8izaetwiBb3 dTiS46PIT6Xk4+tdYci1S4MiC/s+Ybg3UlFlGaCc1gUFjsey/wnDBXKhDhosjMa1 uFIDYyHGMZLLEFpUWh99TXjg1yHQCSCD9qLpaxl/u6wSUUY5LsNoloFk8FjSRwX1 iHhmY5KQAIkhxHtvr9wzflcKGgG8GsmxaJpS2WbZSw1rAzp/G34/yw4nJoBU2nT0 85SvY08INxQ= =vWob -----END PGP SIGNATURE----- From dashboard@a80.net Sat Jul 15 19:14:44 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BBC333B00B7 for ; Sat, 15 Jul 2006 19:14:44 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27949-07 for ; Sat, 15 Jul 2006 19:14:42 +0000 (UTC) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id 0DB0A3B0138 for ; Sat, 15 Jul 2006 19:14:42 +0000 (UTC) Received: by cratoo.de (Postfix, from userid 1002) id 75C4556354E; Sat, 15 Jul 2006 21:15:05 +0200 (CEST) Received: from [192.168.0.1] (HSI-KBW-082-212-019-198.hsi.kabelbw.de [82.212.19.198]) by cratoo.de (Postfix) with ESMTP id 66309562E40; Sat, 15 Jul 2006 21:15:03 +0200 (CEST) Message-ID: <44B93E9F.6020101@a80.net> Date: Sat, 15 Jul 2006 21:14:39 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Kevin Kubasik Subject: Re: reason why beagle doesnt index References: <44B8B87A.2040900@a80.net> <44B925AD.8020104@kubasik.net> In-Reply-To: <44B925AD.8020104@kubasik.net> Content-Type: multipart/mixed; boundary="------------080201050607060906080403" X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 19:14:44 -0000 This is a multi-part message in MIME format. --------------080201050607060906080403 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi Kevin, nothing easier than that ;) It's a mp3 file, but since it's not the problem of being an audio file but a problem how it is named, i just created a text file with some german umlaut creating the same error message. right now i'm not sure how my system encodes file names, but i think it was something like isoXXXX. i have attached the text file. filename is aou.txt ;) bye Andreas PS: at the moment i havent filed a bug report. i'll do this tomorrow. Kevin Kubasik wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > 1) Could you please file this in the gnome bugzilla so we don't lose it? > > 2) Is there any chance you could attach the file so one (or all of us) > could test it? If its personal, could you maybe e-mail it to me at > kevin@kubasik.net? If its uber-personal (trying out my German ;) ) could > you perhaps create another file which replicates this error? > > > Cheers, > Kevin Kubasik > 240-838-6616 > http://kubasik.net/blog > > > Andreas Heinz wrote: >> hi there again, >> >> i just tested with beagle-extract-content what beagle gets from a file >> which is not in my index. >> >> [Invalid UTF-8] >> Cannot determine the text encoding for argument 1 ("file with some >> german umluats, didn't look nice;)"). >> Please add the correct encoding to MONO_EXTERNAL_ENCODINGS and try again. >> >> first, shouldn't the user be informed about this? >> second, should the wrong encoding of a file (from the view of beagle) >> name lead to not indexing the file at all? for me this doesnt make that >> much sense, but maybe i'm overseeing some important stuff :) >> >> hope this is the reason why the files didn't get indexed. >> >> thanks again for an answer >> Andreas >> _______________________________________________ >> Dashboard-hackers mailing list >> Dashboard-hackers@gnome.org >> http://mail.gnome.org/mailman/listinfo/dashboard-hackers > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2.2 (GNU/Linux) > > iQIVAwUBRLklrP3xZFNDM330AQhvbg//Ram3bjR/imiNO2dvLJhjuf7ouyF0PZ2A > axSdvmFERloIarqmwzSo9IFfk5GyK4CEWpsCkpBfaPED5DWyOYG1WbGPSr5FKQQw > 5Es8mkWvTadaOgGbs+KYo0oelSI9Qt185BxB4EdCKCBLd3MPGTvsaZt/y1A2k+Gi > IVfq1nCZNhPP01zifZoxfjWyk8jgAALGRAAzvpb409FdfTt27nf+so95pLo3ZMkJ > YBgpxqBqW66qJ92BGmDHgXtD0A6fzO/QKjOW61P98Y7tq/eEL7DzDZ+lfbksfLcf > cYFKY5QotwNF5ngp8fOXfUA3+ZJCYu3+9SXmbGwowKoEv07w5i2lXohjSM3gFwg7 > QqVuJxcVrDDWRXt9bAiE3AOxXA2rpNYWXAno7PqUKyB7KuNPe7kNP7pom6KPKHRT > NVHNaoF0Y9yMmC74aNRLmhme6oaKTN+2HfgkS2vTlTHt3cUyCyh7m8izaetwiBb3 > dTiS46PIT6Xk4+tdYci1S4MiC/s+Ybg3UlFlGaCc1gUFjsey/wnDBXKhDhosjMa1 > uFIDYyHGMZLLEFpUWh99TXjg1yHQCSCD9qLpaxl/u6wSUUY5LsNoloFk8FjSRwX1 > iHhmY5KQAIkhxHtvr9wzflcKGgG8GsmxaJpS2WbZSw1rAzp/G34/yw4nJoBU2nT0 > 85SvY08INxQ= > =vWob > -----END PGP SIGNATURE----- > --------------080201050607060906080403 Content-Type: text/plain; name*=ISO-8859-1''a%E4o%F6u%FC.txt Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename*=ISO-8859-1''a%E4o%F6u%FC.txt auo --------------080201050607060906080403-- From qub333@gmail.com Sat Jul 15 20:18:21 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 18DF53B00CC for ; Sat, 15 Jul 2006 20:18:21 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29732-07 for ; Sat, 15 Jul 2006 20:18:20 +0000 (UTC) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.207]) by menubar.gnome.org (Postfix) with ESMTP id E0B1B3B00B2 for ; Sat, 15 Jul 2006 20:18:19 +0000 (UTC) Received: by wx-out-0102.google.com with SMTP id t10so463531wxc for ; Sat, 15 Jul 2006 13:18:19 -0700 (PDT) Received: by 10.70.14.18 with SMTP id 18mr1037703wxn; Sat, 15 Jul 2006 13:18:19 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id i12sm4847014wxd.2006.07.15.13.18.18; Sat, 15 Jul 2006 13:18:18 -0700 (PDT) Message-ID: <44B94D92.5090408@kubasik.net> Date: Sat, 15 Jul 2006 16:18:26 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Andreas Heinz Subject: Re: reason why beagle doesnt index References: <44B8B87A.2040900@a80.net> <44B925AD.8020104@kubasik.net> <44B93E9F.6020101@a80.net> In-Reply-To: <44B93E9F.6020101@a80.net> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.359 tagged_above=-999 required=2 tests=[AWL=0.041, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.359 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 20:18:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Ok... hmmm kjk38@kjk38-laptop:~$ beagle-extract-content ./aou.txt ?Filename: file:///home/kjk38/aou.txt Debug: Loaded 47 filters from /usr/lib/beagle/Filters/Filters.dll Filter: Beagle.Filters.FilterText MimeType: text/plain Content: auo (no hot content) was my result, not exactly correct, but not the issue your having. I think you may have a Mono bug though at first glance. Did you try setting MONO_EXTERNAL_ENCODINGS? If your not sure of what to do, this might work, but if you know your encoding, thats better export MONO_EXTERNAL_ENCODINGS=$LANG Let me know, and I'm on the IRC btw if you wanna find me there (kkubasik at irc.gnome.org, and I'm usually in #dashboard) Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog Andreas Heinz wrote: > Hi Kevin, > > nothing easier than that ;) > It's a mp3 file, but since it's not the problem of being an audio file > but a problem how it is named, i just created a text file with some > german umlaut creating the same error message. right now i'm not sure > how my system encodes file names, but i think it was something like > isoXXXX. > i have attached the text file. filename is aou.txt ;) > > bye > Andreas > > PS: at the moment i havent filed a bug report. i'll do this tomorrow. > > Kevin Kubasik wrote: > 1) Could you please file this in the gnome bugzilla so we don't lose it? > > 2) Is there any chance you could attach the file so one (or all of us) > could test it? If its personal, could you maybe e-mail it to me at > kevin@kubasik.net? If its uber-personal (trying out my German ;) ) could > you perhaps create another file which replicates this error? > > > Cheers, > Kevin Kubasik > 240-838-6616 > http://kubasik.net/blog > > > Andreas Heinz wrote: >>>> hi there again, >>>> >>>> i just tested with beagle-extract-content what beagle gets from a >>>> file which is not in my index. >>>> >>>> [Invalid UTF-8] >>>> Cannot determine the text encoding for argument 1 ("file with some >>>> german umluats, didn't look nice;)"). >>>> Please add the correct encoding to MONO_EXTERNAL_ENCODINGS and try >>>> again. >>>> >>>> first, shouldn't the user be informed about this? >>>> second, should the wrong encoding of a file (from the view of beagle) >>>> name lead to not indexing the file at all? for me this doesnt make >>>> that much sense, but maybe i'm overseeing some important stuff :) >>>> >>>> hope this is the reason why the files didn't get indexed. >>>> >>>> thanks again for an answer >>>> Andreas >>>> _______________________________________________ >>>> Dashboard-hackers mailing list >>>> Dashboard-hackers@gnome.org >>>> http://mail.gnome.org/mailman/listinfo/dashboard-hackers >> > ------------------------------------------------------------------------ > auo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRLlNkf3xZFNDM330AQgCUg/+OH7johJplxrQctRivvty9TK5rknAMNZj aDTAORWQ4yxDPfm7rUxslI2VHlbqEB8SktsVpX5xdkOSM2+/7FHl3numeeSw7bwP BjMp20x8y/Ze/Gml6vEDBEji3TeGEZhYiERrPXYNUCQSK5BJrL5EI3HdsuAfdLzt dcZPWrNUhFZPHFswLZf9dbvLN4s0BtxAoaxDBJHxGHNUPiKeGbRNVJf9enSvK6lC g1g3B0MBX6hhZ1LQreNtIVdMoQSBGUvnoLO/L44k3I/4qoypm58IggDGwow7iGf0 AStQlGFbKiJWpOv9rzWqDu3D50Mgs/miKdfKjVNT0PF5K4gEf46bN5HIDPoRqTZ+ efHfXvGmqgHtp2X+y22lm1fR9s0kcmXiCrCzPKonQdzyR0WGdto26EI/vPKr1TPs ffRN87qmadIGZIF2dB51CnxkbZZfwUtln2nzq5pUwnH6RyhudH7vL6OCPp8uVyVC w+Y2D6Q5ogM/Dqx3S+WyFMCfPm8s5b4SDSzFMZpS91Idf1jOnm95Yyg433yqLr7s M1wTopw4Xw1SPwTQYAv9pUmKaQW511X4MZCWh/f6dZrKMPxQLaVbwdEggm6U9AVS CpMUor0kRDGBwSQYnzmGZNJewK3On61f4NYvpHO+Uv3rGTgMWsUkPGENvNCdei4C q3r2UYfVoQY= =SFX3 -----END PGP SIGNATURE----- From qub333@gmail.com Sun Jul 16 00:04:03 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (unknown [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7E9013B011F for ; Sun, 16 Jul 2006 00:04:03 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03599-02 for ; Sun, 16 Jul 2006 00:04:00 +0000 (UTC) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.204]) by menubar.gnome.org (Postfix) with ESMTP id CC56A3B012B for ; Sun, 16 Jul 2006 00:03:59 +0000 (UTC) Received: by wx-out-0102.google.com with SMTP id t10so478558wxc for ; Sat, 15 Jul 2006 17:03:59 -0700 (PDT) Received: by 10.70.48.2 with SMTP id v2mr1225190wxv; Sat, 15 Jul 2006 17:03:59 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id i35sm5619949wxd.2006.07.15.17.03.58; Sat, 15 Jul 2006 17:03:59 -0700 (PDT) Message-ID: <44B98269.5070009@kubasik.net> Date: Sat, 15 Jul 2006 20:03:53 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Dashboard Subject: Beagle Thunderbird Patch X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: multipart/mixed; boundary="------------000608040405020707020100" Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.363 tagged_above=-999 required=2 tests=[AWL=0.037, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001, UPPERCASE_25_50=0] X-Spam-Score: -2.363 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2006 00:04:03 -0000 This is a multi-part message in MIME format. --------------000608040405020707020100 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Here she is, I'll also attach this in the bugzilla, but heres what we have, and its ready for SVN in my opinion. (Although, don't get too excited, were gonna have a long week of bugfixing ahead of us, its a boatload-of-code). I'm going to be doing some more testing and possibly change some more stuff this evening, so I might send another e-mail with an updated patch (but its not super-likely). - -- Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iQIVAwUBRLmCaP3xZFNDM330AQjfSQ//dwkfpnrnA4eWD08+VVf7r6R6VtYR720l oxuuPFeNxyd6G8ILyNSbd+gRSjCQLcL7+BgsHpzA+5VGdPnYl7U7+ckai0vBB3z3 u9n7KbNvNiFrNmeF9DLHpzFuqPCmoryTGj1igRew2axXtEXoDrfuwDmN7CnrDk5l TvIBOjIxjFZ/XgHJ8EcVHrMDPbCUiw/6om8szCwOha7ToQcmqE9Mx70LcUlkSX6T ju0AYsl77io0Y/3NXYATfoFXPD6YC3VBYJ4XrV+ikxbLtelHDL3mL6SMEj3XvpGn yDjsgP4w0TGTVESO4cizQpCK0xncjyxYI4c/jltc9aKlzURCIYsy9owvNuxsaqgR TIIiHz9gEtlEdRpGNh9r4RErSrXrJpg/Zbd/5dMeFzj2p9/G6jUfAapWu9Hae7hO UZdwmAxBqsG6fHX5IkUxlEHZ3E85qaMJu3XUVGQ2+AwXEtcfrRJRJWdsmAzxKwTR PNp7zzf+CdtRdWxQwr2mg5bqO/s0qREhrs8BsusiOEtTzBKJLb6Wcq6AqW3AzMM0 Z7QElnP/E/GnHPfgjwY5eQbfBryXWfW6Tto3c/i6kv9mk7VjGvfHuJIYHUdMmLcC 4rQJq37WRpC9ykWzAjP7WFikM9jDTSVL9ks0Qs3NEtzNT7vecNNfQ6PrPS0Jbm4i xqvWi0YW+hU= =f0TT -----END PGP SIGNATURE----- --------------000608040405020707020100 Content-Type: text/x-patch; name="Thunderbird_RC1.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Thunderbird_RC1.diff" Index: search/Tiles/MailAttachment.cs =================================================================== --- search/Tiles/MailAttachment.cs (revision 2690) +++ search/Tiles/MailAttachment.cs (working copy) @@ -22,13 +22,13 @@ if (! base.Validate (hit)) return false; - string str = hit ["parent:fixme:hasAttachments"]; - + string str = hit.GetFirstProperty ("parent:fixme:hasAttachments"); + //Console.WriteLine (str); if (hit.ParentUri == null || str == null || str == "false") return false; - str = hit ["fixme:attachment_title"]; - + str = hit.GetFirstProperty ("fixme:attachment_title"); + //Console.WriteLine (str); if (str == null || str == "") return false; @@ -69,25 +69,30 @@ public override void Open () { - if (GetHitProperty (Hit, "fixme:client") != "evolution") { + SafeProcess p = MailMessage.GetClientProcess (GetHitProperty (Hit, "fixme:client")); + + if (p == null) { OpenFromMime (Hit); return; } - SafeProcess p = new SafeProcess (); - p.Arguments = new string [2]; - p.Arguments [0] = "evolution"; - if (Hit.ParentUriAsString != null) - p.Arguments [1] = Hit.ParentUriAsString; + p.Arguments [p.Arguments.Length-1] = Hit.ParentUriAsString; else - p.Arguments [1] = Hit.UriAsString; + p.Arguments [p.Arguments.Length-1] = Hit.UriAsString; try { p.Start (); } catch (SafeProcessException e) { Console.WriteLine ("Unable to run {0}: {1}", p.Arguments [0], e.Message); + p.Arguments [0] = "mozilla-thunderbird"; + try { + p.Start(); + } catch (SafeProcessException e2) { + Console.WriteLine ("Unable to run {0}: {1}", p.Arguments [0], e2.Message); + } } - } + } + } } Index: search/Tiles/MailMessage.cs =================================================================== --- search/Tiles/MailMessage.cs (revision 2690) +++ search/Tiles/MailMessage.cs (working copy) @@ -1,5 +1,6 @@ using System; using System.Diagnostics; +using System.IO; using Mono.Unix; using Beagle.Util; @@ -93,30 +94,55 @@ details.AddLabelPair (label, Utils.NiceLongDate (Timestamp)); details.AddSnippet (); + //Console.WriteLine ( details.snippet_text ); return details; } + public static SafeProcess GetClientProcess (string client) + { + SafeProcess p = null; + + if (client == "evolution") { + p = new SafeProcess (); + p.Arguments = new string [2]; + p.Arguments [0] = "evolution"; + } else if (client == "thunderbird") { + + + p = new SafeProcess (); + p.Arguments = new string [3]; + p.Arguments [0] = "thunderbird"; + p.Arguments [1] = "-mail"; + } + + return p; + } + public override void Open () { - if (Hit.GetFirstProperty ("fixme:client") != "evolution") { + SafeProcess p = GetClientProcess (Hit.GetFirstProperty ("fixme:client")); + + if (p == null) { OpenFromMime (Hit); return; } - SafeProcess p = new SafeProcess (); - p.Arguments = new string [2]; - p.Arguments [0] = "evolution"; - if (Hit.ParentUriAsString != null) - p.Arguments [1] = Hit.ParentUriAsString; + p.Arguments [p.Arguments.Length-1] = Hit.ParentUriAsString; else - p.Arguments [1] = Hit.UriAsString; + p.Arguments [p.Arguments.Length-1] = Hit.UriAsString; try { p.Start (); } catch (SafeProcessException e) { Console.WriteLine ("Unable to run {0}: {1}", p.Arguments [0], e.Message); + p.Arguments [0] = "mozilla-thunderbird"; + try { + p.Start(); + } catch (SafeProcessException e2) { + Console.WriteLine ("Unable to run {0}: {1}", p.Arguments [0], e2.Message); + } } } Index: search/Tiles/Contact.cs =================================================================== --- search/Tiles/Contact.cs (revision 2690) +++ search/Tiles/Contact.cs (working copy) @@ -78,10 +78,30 @@ return details; } + public static SafeProcess GetClientProcess (string client) + { + SafeProcess p = null; + + if (client == "evolution") { + p = new SafeProcess (); + p.Arguments = new string [2]; + p.Arguments [0] = "evolution"; + } else if (client == "thunderbird") { + p = new SafeProcess (); + p.Arguments = new string [4]; + p.Arguments [0] = "beagle-contactviewer"; + p.Arguments [1] = "--manager"; + p.Arguments [2] = "Thunderbird"; + } + + return p; + } + + public override void Open () { - SafeProcess p = new SafeProcess (); - p.Arguments = new string [] { "evolution", Hit.UriAsString }; + SafeProcess p = GetClientProcess (Hit.GetFirstProperty ("fixme:client")); + p.Arguments [p.Arguments.Length-1] = Hit.UriAsString; try { p.Start (); Index: Util/Makefile.am =================================================================== --- Util/Makefile.am (revision 2690) +++ Util/Makefile.am (working copy) @@ -114,6 +114,11 @@ $(srcdir)/SemWeb/XPathSemWebNavigator.cs \ $(srcdir)/PropertyKeywordAttribute.cs +if ENABLE_THUNDERBIRD +UTIL_CSFILES += \ + $(srcdir)/Mork.cs \ + $(srcdir)/Thunderbird.cs +endif if HAS_LIBCHM UTIL_CSFILES += \ Index: beagled/Filter.cs =================================================================== --- beagled/Filter.cs (revision 2690) +++ beagled/Filter.cs (working copy) @@ -189,7 +189,7 @@ ////////////////////////// - private bool snippetMode = false; + private bool snippetMode = true; private bool originalIsText = false; private TextWriter snippetWriter = null; @@ -508,13 +508,14 @@ } try { + DoOpen (info); if (IsFinished) return true; else if (HasError) return false; - + DoPullProperties (); if (IsFinished) @@ -715,5 +716,6 @@ public ArrayList ChildIndexables { get { return this.child_indexables; } } + } } Index: beagled/Makefile.am =================================================================== --- beagled/Makefile.am (revision 2690) +++ beagled/Makefile.am (working copy) @@ -592,6 +592,41 @@ $(DAEMON_TARGET): $(DAEMON_CSFILES) $(DAEMON_LOCAL_ASSEMBLIES) $(CSC) -out:$@ $(DAEMON_CSFLAGS) $(DAEMON_CSFILES) $(DAEMON_ASSEMBLIES) +if ENABLE_THUNDERBIRD +THUNDERBIRD_DIR = ./ThunderbirdQueryable + +THUNDERBIRD_TARGET = $(THUNDERBIRD_DIR)/ThunderbirdBackends.dll + +THUNDERBIRD_CSFLAGS = -target:library + + +THUNDERBIRD_CSFILES = \ + $(THUNDERBIRD_DIR)/LuceneAccess.cs \ + $(THUNDERBIRD_DIR)/ThunderbirdIndexer.cs \ + $(THUNDERBIRD_DIR)/ThunderbirdIndexableGenerator.cs \ + $(THUNDERBIRD_DIR)/ThunderbirdQueryable.cs \ + $(THUNDERBIRD_DIR)/ThunderbirdInotify.cs \ + $(THUNDERBIRD_DIR)/Mail.cs \ + $(THUNDERBIRD_DIR)/Contact.cs \ + $(THUNDERBIRD_DIR)/RSS.cs \ + $(THUNDERBIRD_DIR)/NNTP.cs \ + $(THUNDERBIRD_DIR)/MoveMail.cs + +THUNDERBIRD_LOCAL_ASSEMBLIES = \ + ../Util/Util.dll \ + ../BeagleClient/Beagle.dll \ + BeagleDaemonLib.dll + +THUNDERBIRD_ASSEMBLIES = \ + -r:Mono.Posix \ + $(BEAGLED_LIBS) \ + $(THUNDERBIRD_LOCAL_ASSEMBLIES:%=-r:%) + + +$(THUNDERBIRD_TARGET): $(THUNDERBIRD_CSFILES) $(THUNDERBIRD_LOCAL_ASSEMBLIES) + $(CSC) -out:$@ $(THUNDERBIRD_CSFLAGS) $(THUNDERBIRD_CSFILES) $(THUNDERBIRD_ASSEMBLIES) +endif + ############################################################ ############################################################ ############################################################ @@ -976,6 +1011,10 @@ $(BUILD_INDEX_TARGET) \ $(BUILD_INDEX_WRAPPER) +if ENABLE_THUNDERBIRD +ALL_TARGETS += $(THUNDERBIRD_TARGET) +endif + if ENABLE_WEBSERVICES ALL_TARGETS += \ $(XSP_TARGET) \ @@ -1051,13 +1090,20 @@ # $(INSTALL_DATA) ../Util/Util.dll ../images/Images.dll ../BeagleClient/Beagle.dll ../Tiles/Tiles.dll BeagleDaemonPlugins.dll BeagleDaemonLib.dll $(DESTDIR)$(XSPBIN_DIR) endif - +if ENABLE_THUNDERBIRD + $(INSTALL_DATA) $(THUNDERBIRD_TARGET) $(DESTDIR)/$(BACKENDDIR) + $(INSTALL_DATA) $(THUNDERBIRD_TARGET).mdb $(DESTDIR)/$(BACKENDDIR) +endif uninstall-local: if ENABLE_WEBSERVICES rm -f $(DESTDIR)$(pkglibdir)/$(WEBSERVICES_BACKEND_TARGET) rm -f $(DESTDIR)$(pkglibdir)/$(WEBSERVICES_XSP_TARGET) rm -rf $(DESTDIR)$(XSP_DIR) endif +if ENABLE_THUNDERBIRD + $(INSTALL_DATA) $(THUNDERBIRD_TARGET) $(DESTDIR)/$(BACKENDDIR) + $(INSTALL_DATA) $(THUNDERBIRD_TARGET).mdb $(DESTDIR)/$(BACKENDDIR) +endif if ENABLE_EVOLUTION rm -f $(DESTDIR)$(BACKENDDIR)/$(EVO_DLL_TARGET) rm -f $(DESTDIR)$(BACKENDDIR)/$(EVO_DLL_TARGET).mdb @@ -1186,5 +1232,6 @@ $(WEBSERVICES_FRONTEND_TARGET) \ $(WEBSERVICES_FRONTEND_TARGET).mdb \ $(WEBSERVICES_XSP_TARGET) \ - $(WEBSERVICES_XSP_TARGET).mdb - + $(WEBSERVICES_XSP_TARGET).mdb \ + $(THUNDERBIRD_TARGET) \ + $(THUNDERBIRD_TARGET).mdb Index: configure.in =================================================================== --- configure.in (revision 2690) +++ configure.in (working copy) @@ -168,6 +168,13 @@ LDFLAGS="$OLD_LDFLAGS" LIBS="$OLD_LIBS" +dnl ---------------------------------------------- +AC_ARG_ENABLE([thunderbird], + AC_HELP_STRING([--disable-thunderbird], [Disable Thunderbird Mail Backend]), + enable_tbird=$enableval, + enable_tbird=yes) +AM_CONDITIONAL(ENABLE_THUNDERBIRD, test "x$enable_tbird" = "xyes") + dnl ------------------------------------------------------- AC_ARG_ENABLE([gui], @@ -645,6 +652,7 @@ tools/Makefile search/Makefile ImLogViewer/Makefile +ContactViewer/Makefile libbeagle/Makefile libbeagle/libbeagle-0.0.pc libbeagle/beagle/Makefile @@ -678,6 +686,7 @@ galago-sharp? ${enable_galago} libchm? ${has_libchm} google backend? ${enable_googledriver} (Unsupported) + Thunderbird backend? ${enable_tbird} Mozilla Extension? yes Epiphany Extension? ${enable_epiphany_extension} Index: Filters/FilterMail.cs =================================================================== --- Filters/FilterMail.cs (revision 2690) +++ Filters/FilterMail.cs (working copy) @@ -53,7 +53,9 @@ { // 1: Make email addresses non-keyword, add sanitized version // for eaching for parts of an email address. - SetVersion (1); + // 2: Snippet all mail and attachments + SetVersion (2); + SnippetMode = true; AddSupportedFlavor (FilterFlavor.NewFromMimeType ("message/rfc822")); } @@ -81,8 +83,11 @@ stream.Dispose (); parser.Dispose (); - if (this.message == null) + if (this.message == null){ + Console.WriteLine ("NO MESSAGE!"); Error (); + + } } private bool HasAttachments (GMime.Object mime_part) @@ -190,7 +195,7 @@ } string l = handler.Reader.ReadLine (); - + //Console.WriteLine (l); if (l != null) AppendText (l); else @@ -224,6 +229,7 @@ public PartHandler (Beagle.Daemon.Filter filter) { this.filter = filter; + this.filter.SnippetMode = true; } private bool IsMimeTypeHandled (string mime_type) @@ -315,7 +321,8 @@ child.HitType = "MailMessage"; child.MimeType = part.ContentType.ToString (); - child.CacheContent = false; + //child.CacheContent = false; + child.AddProperty (Property.NewKeyword ("fixme:attachment_title", ((GMime.Part)part).Filename)); Index: Makefile.am =================================================================== --- Makefile.am (revision 2690) +++ Makefile.am (working copy) @@ -36,6 +36,10 @@ SUBDIRS += bludgeon endif +if ENABLE_THUNDERBIRD +SUBDIRS += ContactViewer +endif + # When the chooser work has been fixed up to use libbeagle, we can # reenable this directory. # SUBDIRS += chooser-fu --------------000608040405020707020100-- From dashboard@a80.net Sun Jul 16 09:19:13 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 54C243B00DF for ; Sun, 16 Jul 2006 09:19:13 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02792-03 for ; Sun, 16 Jul 2006 09:19:09 +0000 (UTC) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id A85A03B00F1 for ; Sun, 16 Jul 2006 09:19:04 +0000 (UTC) Received: by cratoo.de (Postfix, from userid 1002) id 50915533BDF; Sun, 16 Jul 2006 11:19:29 +0200 (CEST) Received: from [172.17.160.16] (p5723e3d4.np.schlund.de [212.227.35.87]) by cratoo.de (Postfix) with ESMTP id DE6CD3E6817; Sun, 16 Jul 2006 11:19:26 +0200 (CEST) Message-ID: <44BA0483.8050309@a80.net> Date: Sun, 16 Jul 2006 11:18:59 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5 (X11/20051201) MIME-Version: 1.0 To: Kevin Kubasik Subject: Re: reason why beagle doesnt index References: <44B8B87A.2040900@a80.net> <44B925AD.8020104@kubasik.net> <44B93E9F.6020101@a80.net> <44B94D92.5090408@kubasik.net> In-Reply-To: <44B94D92.5090408@kubasik.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.43 tagged_above=-999 required=2 tests=[AWL=0.034, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.43 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2006 09:19:13 -0000 Hi Kevin, afaik the file had also "" in it?! ah ok i just read that it was "not exactly correct". i didn't try to set mono_external_encoding as i was just to tired yesterday. if it works with mono_... is it, in your opinion, still a bug? or just a matter of information the user? at the moment my pc at home is not powered up, so i can't testt. i'll let you know when i'm at home. bye Andreas Kevin Kubasik wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Ok... hmmm > > kjk38@kjk38-laptop:~$ beagle-extract-content ./aou.txt > ?Filename: file:///home/kjk38/aou.txt > Debug: Loaded 47 filters from /usr/lib/beagle/Filters/Filters.dll > Filter: Beagle.Filters.FilterText > MimeType: text/plain > > Content: > auo > > (no hot content) > > > was my result, not exactly correct, but not the issue your having. I > think you may have a Mono bug though at first glance. Did you try > setting MONO_EXTERNAL_ENCODINGS? If your not sure of what to do, this > might work, but if you know your encoding, thats better > export MONO_EXTERNAL_ENCODINGS=$LANG > > Let me know, and I'm on the IRC btw if you wanna find me there (kkubasik > at irc.gnome.org, and I'm usually in #dashboard) > > > Cheers, > Kevin Kubasik > 240-838-6616 > http://kubasik.net/blog > > > Andreas Heinz wrote: >> Hi Kevin, >> >> nothing easier than that ;) >> It's a mp3 file, but since it's not the problem of being an audio file >> but a problem how it is named, i just created a text file with some >> german umlaut creating the same error message. right now i'm not sure >> how my system encodes file names, but i think it was something like >> isoXXXX. >> i have attached the text file. filename is aou.txt ;) >> >> bye >> Andreas >> >> PS: at the moment i havent filed a bug report. i'll do this tomorrow. >> >> Kevin Kubasik wrote: >> 1) Could you please file this in the gnome bugzilla so we don't lose it? >> >> 2) Is there any chance you could attach the file so one (or all of us) >> could test it? If its personal, could you maybe e-mail it to me at >> kevin@kubasik.net? If its uber-personal (trying out my German ;) ) could >> you perhaps create another file which replicates this error? >> >> >> Cheers, >> Kevin Kubasik >> 240-838-6616 >> http://kubasik.net/blog >> >> >> Andreas Heinz wrote: >>>>> hi there again, >>>>> >>>>> i just tested with beagle-extract-content what beagle gets from a >>>>> file which is not in my index. >>>>> >>>>> [Invalid UTF-8] >>>>> Cannot determine the text encoding for argument 1 ("file with some >>>>> german umluats, didn't look nice;)"). >>>>> Please add the correct encoding to MONO_EXTERNAL_ENCODINGS and try >>>>> again. >>>>> >>>>> first, shouldn't the user be informed about this? >>>>> second, should the wrong encoding of a file (from the view of beagle) >>>>> name lead to not indexing the file at all? for me this doesnt make >>>>> that much sense, but maybe i'm overseeing some important stuff :) >>>>> >>>>> hope this is the reason why the files didn't get indexed. >>>>> >>>>> thanks again for an answer >>>>> Andreas >>>>> _______________________________________________ >>>>> Dashboard-hackers mailing list >>>>> Dashboard-hackers@gnome.org >>>>> http://mail.gnome.org/mailman/listinfo/dashboard-hackers > >> ------------------------------------------------------------------------ > >> auo > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2.2 (GNU/Linux) > > iQIVAwUBRLlNkf3xZFNDM330AQgCUg/+OH7johJplxrQctRivvty9TK5rknAMNZj > aDTAORWQ4yxDPfm7rUxslI2VHlbqEB8SktsVpX5xdkOSM2+/7FHl3numeeSw7bwP > BjMp20x8y/Ze/Gml6vEDBEji3TeGEZhYiERrPXYNUCQSK5BJrL5EI3HdsuAfdLzt > dcZPWrNUhFZPHFswLZf9dbvLN4s0BtxAoaxDBJHxGHNUPiKeGbRNVJf9enSvK6lC > g1g3B0MBX6hhZ1LQreNtIVdMoQSBGUvnoLO/L44k3I/4qoypm58IggDGwow7iGf0 > AStQlGFbKiJWpOv9rzWqDu3D50Mgs/miKdfKjVNT0PF5K4gEf46bN5HIDPoRqTZ+ > efHfXvGmqgHtp2X+y22lm1fR9s0kcmXiCrCzPKonQdzyR0WGdto26EI/vPKr1TPs > ffRN87qmadIGZIF2dB51CnxkbZZfwUtln2nzq5pUwnH6RyhudH7vL6OCPp8uVyVC > w+Y2D6Q5ogM/Dqx3S+WyFMCfPm8s5b4SDSzFMZpS91Idf1jOnm95Yyg433yqLr7s > M1wTopw4Xw1SPwTQYAv9pUmKaQW511X4MZCWh/f6dZrKMPxQLaVbwdEggm6U9AVS > CpMUor0kRDGBwSQYnzmGZNJewK3On61f4NYvpHO+Uv3rGTgMWsUkPGENvNCdei4C > q3r2UYfVoQY= > =SFX3 > -----END PGP SIGNATURE----- > From pierre.ostlund@gmail.com Sun Jul 16 10:29:12 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 163873B00DF for ; Sun, 16 Jul 2006 10:29:12 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04622-02 for ; Sun, 16 Jul 2006 10:29:11 +0000 (UTC) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by menubar.gnome.org (Postfix) with ESMTP id D4D873B0089 for ; Sun, 16 Jul 2006 10:29:10 +0000 (UTC) Received: from [192.168.0.6] (81.232.164.108) by pne-smtpout1-sn2.hy.skanova.net (7.2.075) id 44A2E86F00365D06 for dashboard-hackers@gnome.org; Sun, 16 Jul 2006 12:29:09 +0200 Message-ID: <44BA14F5.1030601@gmail.com> Date: Sun, 16 Jul 2006 12:29:09 +0200 From: =?ISO-8859-1?Q?Pierre_=D6stlund?= User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Dashboard Subject: Re: Beagle Thunderbird Patch References: <44B98269.5070009@kubasik.net> In-Reply-To: <44B98269.5070009@kubasik.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.33 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_NEUTRAL=1.069, UPPERCASE_25_50=0] X-Spam-Score: -1.33 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2006 10:29:12 -0000 Didn't you forget the actual Thunderbird code in this patch? Seems to me that this is only beagle-search code and Makefile updates? Thanks! Pierre Kevin Kubasik wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Here she is, I'll also attach this in the bugzilla, but heres what we > have, and its ready for SVN in my opinion. (Although, don't get too > excited, were gonna have a long week of bugfixing ahead of us, its a > boatload-of-code). > > I'm going to be doing some more testing and possibly change some more > stuff this evening, so I might send another e-mail with an updated patch > (but its not super-likely). > > > - -- > Cheers, > Kevin Kubasik > 240-838-6616 > http://kubasik.net/blog > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2.2 (GNU/Linux) > > iQIVAwUBRLmCaP3xZFNDM330AQjfSQ//dwkfpnrnA4eWD08+VVf7r6R6VtYR720l > oxuuPFeNxyd6G8ILyNSbd+gRSjCQLcL7+BgsHpzA+5VGdPnYl7U7+ckai0vBB3z3 > u9n7KbNvNiFrNmeF9DLHpzFuqPCmoryTGj1igRew2axXtEXoDrfuwDmN7CnrDk5l > TvIBOjIxjFZ/XgHJ8EcVHrMDPbCUiw/6om8szCwOha7ToQcmqE9Mx70LcUlkSX6T > ju0AYsl77io0Y/3NXYATfoFXPD6YC3VBYJ4XrV+ikxbLtelHDL3mL6SMEj3XvpGn > yDjsgP4w0TGTVESO4cizQpCK0xncjyxYI4c/jltc9aKlzURCIYsy9owvNuxsaqgR > TIIiHz9gEtlEdRpGNh9r4RErSrXrJpg/Zbd/5dMeFzj2p9/G6jUfAapWu9Hae7hO > UZdwmAxBqsG6fHX5IkUxlEHZ3E85qaMJu3XUVGQ2+AwXEtcfrRJRJWdsmAzxKwTR > PNp7zzf+CdtRdWxQwr2mg5bqO/s0qREhrs8BsusiOEtTzBKJLb6Wcq6AqW3AzMM0 > Z7QElnP/E/GnHPfgjwY5eQbfBryXWfW6Tto3c/i6kv9mk7VjGvfHuJIYHUdMmLcC > 4rQJq37WRpC9ykWzAjP7WFikM9jDTSVL9ks0Qs3NEtzNT7vecNNfQ6PrPS0Jbm4i > xqvWi0YW+hU= > =f0TT > -----END PGP SIGNATURE----- > From mwiehle2@ix.urz.uni-heidelberg.de Sun Jul 16 12:52:09 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2EB6B3B00DE for ; Sun, 16 Jul 2006 12:52:09 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12863-01 for ; Sun, 16 Jul 2006 12:52:06 +0000 (UTC) Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212]) by menubar.gnome.org (Postfix) with ESMTP id 95E773B0252 for ; Sun, 16 Jul 2006 12:52:05 +0000 (UTC) Received: from ix.urz.uni-heidelberg.de (cyrus1.urz.uni-heidelberg.de [129.206.119.235]) by relay.uni-heidelberg.de (8.13.4/8.13.1) with ESMTP id k6GCq4uJ025196 for ; Sun, 16 Jul 2006 14:52:04 +0200 Received: from extmail.urz.uni-heidelberg.de (extmail.urz.uni-heidelberg.de [129.206.100.140]) by ix.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id OAA4047024 for ; Sun, 16 Jul 2006 14:52:04 +0200 Received: from localhost (dslb-084-057-248-089.pools.arcor-ip.net [84.57.248.89]) (authenticated bits=0) by extmail.urz.uni-heidelberg.de (8.13.4/8.13.1) with ESMTP id k6GCpmDc029487 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sun, 16 Jul 2006 14:51:50 +0200 Subject: SemWeb From: Max To: dashboard-hackers@gnome.org Content-Type: text/plain Date: Sun, 16 Jul 2006 14:52:16 +0200 Message-Id: <1153054337.4100.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.6 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.6 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2006 12:52:09 -0000 Hi, I've been playing with SemWeb a little bit to find out how it could be used to store metadata. We seem to have an old version of SemWeb included in /Util/SemWeb. Is there any reason for not using the current version or is it just because noone updated it? Max From qub333@gmail.com Sun Jul 16 14:16:14 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 33A663B00CD for ; Sun, 16 Jul 2006 14:16:14 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16137-05 for ; Sun, 16 Jul 2006 14:16:13 +0000 (UTC) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.204]) by menubar.gnome.org (Postfix) with ESMTP id 180233B0280 for ; Sun, 16 Jul 2006 14:16:13 +0000 (UTC) Received: by wx-out-0102.google.com with SMTP id t10so527403wxc for ; Sun, 16 Jul 2006 07:16:12 -0700 (PDT) Received: by 10.70.73.18 with SMTP id v18mr1728974wxa; Sun, 16 Jul 2006 07:16:12 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id h36sm5081642wxd.2006.07.16.07.16.11; Sun, 16 Jul 2006 07:16:12 -0700 (PDT) Message-ID: <44BA4A28.5070206@kubasik.net> Date: Sun, 16 Jul 2006 10:16:08 -0400 From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Andreas Heinz Subject: Re: reason why beagle doesnt index References: <44B8B87A.2040900@a80.net> <44B925AD.8020104@kubasik.net> <44B93E9F.6020101@a80.net> <44B94D92.5090408@kubasik.net> <44BA0483.8050309@a80.net> In-Reply-To: <44BA0483.8050309@a80.net> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.379 tagged_above=-999 required=2 tests=[AWL=0.021, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.379 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jul 2006 14:16:14 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 hmm, for me, it wouldn't exactly still be a bug (at least not for us, probably the mono folks) but we would want to make people aware of it. Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog Andreas Heinz wrote: > Hi Kevin, > > afaik the file had also "" in it?! ah ok i just read that it was "not > exactly correct". > > i didn't try to set mono_external_encoding as i was just to tired > yesterday. if it works with mono_... is it, in your opinion, still a > bug? or just a matter of information the user? > > at the moment my pc at home is not powered up, so i can't testt. i'll > let you know when i'm at home. > > bye > Andreas > > > Kevin Kubasik wrote: > Ok... hmmm > > kjk38@kjk38-laptop:~$ beagle-extract-content ./aou.txt > ?Filename: file:///home/kjk38/aou.txt > Debug: Loaded 47 filters from /usr/lib/beagle/Filters/Filters.dll > Filter: Beagle.Filters.FilterText > MimeType: text/plain > > Content: > auo > > (no hot content) > > > was my result, not exactly correct, but not the issue your having. I > think you may have a Mono bug though at first glance. Did you try > setting MONO_EXTERNAL_ENCODINGS? If your not sure of what to do, this > might work, but if you know your encoding, thats better > export MONO_EXTERNAL_ENCODINGS=$LANG > > Let me know, and I'm on the IRC btw if you wanna find me there (kkubasik > at irc.gnome.org, and I'm usually in #dashboard) > > > Cheers, > Kevin Kubasik > 240-838-6616 > http://kubasik.net/blog > > > Andreas Heinz wrote: >>>> Hi Kevin, >>>> >>>> nothing easier than that ;) >>>> It's a mp3 file, but since it's not the problem of being an audio file >>>> but a problem how it is named, i just created a text file with some >>>> german umlaut creating the same error message. right now i'm not sure >>>> how my system encodes file names, but i think it was something like >>>> isoXXXX. >>>> i have attached the text file. filename is aou.txt ;) >>>> >>>> bye >>>> Andreas >>>> >>>> PS: at the moment i havent filed a bug report. i'll do this tomorrow. >>>> >>>> Kevin Kubasik wrote: >>>> 1) Could you please file this in the gnome bugzilla so we don't lose it? >>>> >>>> 2) Is there any chance you could attach the file so one (or all of us) >>>> could test it? If its personal, could you maybe e-mail it to me at >>>> kevin@kubasik.net? If its uber-personal (trying out my German ;) ) could >>>> you perhaps create another file which replicates this error? >>>> >>>> >>>> Cheers, >>>> Kevin Kubasik >>>> 240-838-6616 >>>> http://kubasik.net/blog >>>> >>>> >>>> Andreas Heinz wrote: >>>>>>> hi there again, >>>>>>> >>>>>>> i just tested with beagle-extract-content what beagle gets from a >>>>>>> file which is not in my index. >>>>>>> >>>>>>> [Invalid UTF-8] >>>>>>> Cannot determine the text encoding for argument 1 ("file with some >>>>>>> german umluats, didn't look nice;)"). >>>>>>> Please add the correct encoding to MONO_EXTERNAL_ENCODINGS and try >>>>>>> again. >>>>>>> >>>>>>> first, shouldn't the user be informed about this? >>>>>>> second, should the wrong encoding of a file (from the view of beagle) >>>>>>> name lead to not indexing the file at all? for me this doesnt make >>>>>>> that much sense, but maybe i'm overseeing some important stuff :) >>>>>>> >>>>>>> hope this is the reason why the files didn't get indexed. >>>>>>> >>>>>>> thanks again for an answer >>>>>>> Andreas >>>>>>> _______________________________________________ >>>>>>> Dashboard-hackers mailing list >>>>>>> Dashboard-hackers@gnome.org >>>>>>> http://mail.gnome.org/mailman/listinfo/dashboard-hackers > >>>> ------------------------------------------------------------------------ > >>>> auo >> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iQIVAwUBRLpKKP3xZFNDM330AQhwlhAAgQ71RzrqzzBrUGH0Wt/JimLsw1pcgwuR Lt8EmQ7JYmhCnbbelSVhnMyIDbZ6bdU0+0mQkWbNwKhA7pjk8+bjUN9ebWABFEXb sqReHGzJxakUFSXZtUOWhSI/uwP/cScus6B2zT5F3TaFLZ3V9SrKqZrxxpft8KNW 1BPDYcYzj2qKleSzVHrAWEc9ddnMqvbn4rIcbMyypVlbNjHZIkJjF22YU6iUGPRL MYRjhHJpRvw1MhsdLKr93zIAcUXJ53p/QFBlEA0s/Eulxp4iTJ4HZAK++4NzK27w LDtbegVOmwlwKYTe3q0L1Gkhne7PlZJ1E3tfJIzYEWXvp3CAhUYnT567ihCFYonV jJzJWEr9xYckx6Z5nEY7npNK8mCRf4sOSOyrqerShQNVE6vqqHgJohSrU1DNpmTW gOQT+XD/5zUoODdRXI/J1QxwoEsgrW7WVSE08CgvB84ZRaI3juuGW6P7qCy9ln/D wu9BlPajSMV7/dXHnF0KodHj8XIDRgJdsaF/H7RPHFAWsXz4JSYxZQj4DnyNCOoe 6MCUOOIygvl6SPeSOp5ulU6JqklJPz/bKG+ZNNhd8QJ5T+tVh2kK4qUQNBEIQNQl SSNB9DAD7rPTauSUdkGK7AAeNnOzVkPpXkZarzmOnZ5tsUOT1JJSIP1DfVyCcsJK v84LHofM6iY= =AvH3 -----END PGP SIGNATURE----- From dashboard@a80.net Mon Jul 17 12:29:39 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E94BB3B0179 for ; Mon, 17 Jul 2006 12:29:38 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19814-01 for ; Mon, 17 Jul 2006 12:29:34 +0000 (UTC) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id 27A1B3B0123 for ; Mon, 17 Jul 2006 12:29:32 +0000 (UTC) Received: by cratoo.de (Postfix, from userid 1002) id E528D536F83; Mon, 17 Jul 2006 14:30:01 +0200 (CEST) Received: from [192.168.0.1] (HSI-KBW-082-212-019-198.hsi.kabelbw.de [82.212.19.198]) by cratoo.de (Postfix) with ESMTP id 18E7D536DE5; Mon, 17 Jul 2006 14:29:57 +0200 (CEST) Message-ID: <44BB82A5.6050109@a80.net> Date: Mon, 17 Jul 2006 14:29:25 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Kevin Kubasik Subject: Re: reason why beagle doesnt index References: <44B8B87A.2040900@a80.net> <44B925AD.8020104@kubasik.net> <44B93E9F.6020101@a80.net> <44B94D92.5090408@kubasik.net> <44BA0483.8050309@a80.net> <44BA4A28.5070206@kubasik.net> In-Reply-To: <44BA4A28.5070206@kubasik.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 12:29:39 -0000 some feedback :) i tested with: mono_external_encoding=iso-8859-1. now it can read the files. but right now i have new problems :( (i hope i don't bother you too much) i wanted to try out joe's new gaim backend. so i tried to build beagle from cvs in my ubuntu. after some problems, it build fine and runs. (i added the info for building from cvs to the wiki) but now i get following errors in the logs: "060717 1402539793 06093 Beagle ERROR: Couldn't write attributes for /home/crash/.gaim/logs/icq/22013956/116305009/2005-11-08.234921.txt" for me it seems like beagle tries to use EAs which it can't use for my gaim logs since they are symlinked to a nfs share and on my harddisk because of xfs. dont know if the symlink can be a problem. after having run beagle for about a hour, some of the information which comes out of the gaim logs is reachable from beagle-query. but i don't know why the gaim logs know make problems. could this gaim problem result from rebuilding my gaim index, because of joe's "rewrite" of the gaim backend? bye and thanks very much Andreas Kevin Kubasik wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > hmm, for me, it wouldn't exactly still be a bug (at least not for us, > probably the mono folks) but we would want to make people aware of it. > > > Cheers, > Kevin Kubasik > 240-838-6616 > http://kubasik.net/blog > > > Andreas Heinz wrote: >> Hi Kevin, >> >> afaik the file had also "" in it?! ah ok i just read that it was "not >> exactly correct". >> >> i didn't try to set mono_external_encoding as i was just to tired >> yesterday. if it works with mono_... is it, in your opinion, still a >> bug? or just a matter of information the user? >> >> at the moment my pc at home is not powered up, so i can't testt. i'll >> let you know when i'm at home. >> >> bye >> Andreas >> >> >> Kevin Kubasik wrote: >> Ok... hmmm >> >> kjk38@kjk38-laptop:~$ beagle-extract-content ./aou.txt >> ?Filename: file:///home/kjk38/aou.txt >> Debug: Loaded 47 filters from /usr/lib/beagle/Filters/Filters.dll >> Filter: Beagle.Filters.FilterText >> MimeType: text/plain >> >> Content: >> auo >> >> (no hot content) >> >> >> was my result, not exactly correct, but not the issue your having. I >> think you may have a Mono bug though at first glance. Did you try >> setting MONO_EXTERNAL_ENCODINGS? If your not sure of what to do, this >> might work, but if you know your encoding, thats better >> export MONO_EXTERNAL_ENCODINGS=$LANG >> >> Let me know, and I'm on the IRC btw if you wanna find me there (kkubasik >> at irc.gnome.org, and I'm usually in #dashboard) >> >> >> Cheers, >> Kevin Kubasik >> 240-838-6616 >> http://kubasik.net/blog >> >> >> Andreas Heinz wrote: >>>>> Hi Kevin, >>>>> >>>>> nothing easier than that ;) >>>>> It's a mp3 file, but since it's not the problem of being an audio file >>>>> but a problem how it is named, i just created a text file with some >>>>> german umlaut creating the same error message. right now i'm not sure >>>>> how my system encodes file names, but i think it was something like >>>>> isoXXXX. >>>>> i have attached the text file. filename is aou.txt ;) >>>>> >>>>> bye >>>>> Andreas >>>>> >>>>> PS: at the moment i havent filed a bug report. i'll do this tomorrow. >>>>> >>>>> Kevin Kubasik wrote: >>>>> 1) Could you please file this in the gnome bugzilla so we don't lose it? >>>>> >>>>> 2) Is there any chance you could attach the file so one (or all of us) >>>>> could test it? If its personal, could you maybe e-mail it to me at >>>>> kevin@kubasik.net? If its uber-personal (trying out my German ;) ) could >>>>> you perhaps create another file which replicates this error? >>>>> >>>>> >>>>> Cheers, >>>>> Kevin Kubasik >>>>> 240-838-6616 >>>>> http://kubasik.net/blog >>>>> >>>>> >>>>> Andreas Heinz wrote: >>>>>>>> hi there again, >>>>>>>> >>>>>>>> i just tested with beagle-extract-content what beagle gets from a >>>>>>>> file which is not in my index. >>>>>>>> >>>>>>>> [Invalid UTF-8] >>>>>>>> Cannot determine the text encoding for argument 1 ("file with some >>>>>>>> german umluats, didn't look nice;)"). >>>>>>>> Please add the correct encoding to MONO_EXTERNAL_ENCODINGS and try >>>>>>>> again. >>>>>>>> >>>>>>>> first, shouldn't the user be informed about this? >>>>>>>> second, should the wrong encoding of a file (from the view of beagle) >>>>>>>> name lead to not indexing the file at all? for me this doesnt make >>>>>>>> that much sense, but maybe i'm overseeing some important stuff :) >>>>>>>> >>>>>>>> hope this is the reason why the files didn't get indexed. >>>>>>>> >>>>>>>> thanks again for an answer >>>>>>>> Andreas >>>>>>>> _______________________________________________ >>>>>>>> Dashboard-hackers mailing list >>>>>>>> Dashboard-hackers@gnome.org >>>>>>>> http://mail.gnome.org/mailman/listinfo/dashboard-hackers >>>>> ------------------------------------------------------------------------ >>>>> auo > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.3 (GNU/Linux) > > iQIVAwUBRLpKKP3xZFNDM330AQhwlhAAgQ71RzrqzzBrUGH0Wt/JimLsw1pcgwuR > Lt8EmQ7JYmhCnbbelSVhnMyIDbZ6bdU0+0mQkWbNwKhA7pjk8+bjUN9ebWABFEXb > sqReHGzJxakUFSXZtUOWhSI/uwP/cScus6B2zT5F3TaFLZ3V9SrKqZrxxpft8KNW > 1BPDYcYzj2qKleSzVHrAWEc9ddnMqvbn4rIcbMyypVlbNjHZIkJjF22YU6iUGPRL > MYRjhHJpRvw1MhsdLKr93zIAcUXJ53p/QFBlEA0s/Eulxp4iTJ4HZAK++4NzK27w > LDtbegVOmwlwKYTe3q0L1Gkhne7PlZJ1E3tfJIzYEWXvp3CAhUYnT567ihCFYonV > jJzJWEr9xYckx6Z5nEY7npNK8mCRf4sOSOyrqerShQNVE6vqqHgJohSrU1DNpmTW > gOQT+XD/5zUoODdRXI/J1QxwoEsgrW7WVSE08CgvB84ZRaI3juuGW6P7qCy9ln/D > wu9BlPajSMV7/dXHnF0KodHj8XIDRgJdsaF/H7RPHFAWsXz4JSYxZQj4DnyNCOoe > 6MCUOOIygvl6SPeSOp5ulU6JqklJPz/bKG+ZNNhd8QJ5T+tVh2kK4qUQNBEIQNQl > SSNB9DAD7rPTauSUdkGK7AAeNnOzVkPpXkZarzmOnZ5tsUOT1JJSIP1DfVyCcsJK > v84LHofM6iY= > =AvH3 > -----END PGP SIGNATURE----- > From qub333@gmail.com Mon Jul 17 12:32:59 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B01573B01A1 for ; Mon, 17 Jul 2006 12:32:59 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19975-02 for ; Mon, 17 Jul 2006 12:32:58 +0000 (UTC) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by menubar.gnome.org (Postfix) with ESMTP id 2C3B43B0179 for ; Mon, 17 Jul 2006 12:32:56 +0000 (UTC) Received: by py-out-1112.google.com with SMTP id 57so1264506pya for ; Mon, 17 Jul 2006 05:32:55 -0700 (PDT) Received: by 10.35.100.6 with SMTP id c6mr3973063pym; Mon, 17 Jul 2006 05:32:55 -0700 (PDT) Received: by 10.35.8.13 with HTTP; Mon, 17 Jul 2006 05:32:55 -0700 (PDT) Message-ID: <88d636060607170532j3f0e7f10n677281587c43123a@mail.gmail.com> Date: Mon, 17 Jul 2006 08:32:55 -0400 From: "Kevin Kubasik" Sender: qub333@gmail.com To: "Andreas Heinz" Subject: Re: reason why beagle doesnt index In-Reply-To: <44BB82A5.6050109@a80.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <44B8B87A.2040900@a80.net> <44B925AD.8020104@kubasik.net> <44B93E9F.6020101@a80.net> <44B94D92.5090408@kubasik.net> <44BA0483.8050309@a80.net> <44BA4A28.5070206@kubasik.net> <44BB82A5.6050109@a80.net> X-Google-Sender-Auth: df1e64d6bd141fe6 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.407 tagged_above=-999 required=2 tests=[AWL=-0.007, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.407 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 12:32:59 -0000 Theres a good chance that the symlinks are messing the gaim backend up, as I don't think it has all the good filesystem logic that the fsq does. We could probably have it try and handle that more intelligently, could you file a bug so we don't lose this in the grand mess of things? -Kevin Kubasik On 7/17/06, Andreas Heinz wrote: > some feedback :) > > i tested with: mono_external_encoding=3Diso-8859-1. now it can read the f= iles. > > but right now i have new problems :( (i hope i don't bother you too much) > i wanted to try out joe's new gaim backend. so i tried to build beagle > from cvs in my ubuntu. after some problems, it build fine and runs. (i > added the info for building from cvs to the wiki) > but now i get following errors in the logs: > "060717 1402539793 06093 Beagle ERROR: Couldn't write attributes for > /home/crash/.gaim/logs/icq/22013956/116305009/2005-11-08.234921.txt" > > for me it seems like beagle tries to use EAs which it can't use for my > gaim logs since they are symlinked to a nfs share and on my harddisk > because of xfs. dont know if the symlink can be a problem. > > after having run beagle for about a hour, some of the information which > comes out of the gaim logs is reachable from beagle-query. but i don't > know why the gaim logs know make problems. > > could this gaim problem result from rebuilding my gaim index, because of > joe's "rewrite" of the gaim backend? > > bye and thanks very much > Andreas > > Kevin Kubasik wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA256 > > > > hmm, for me, it wouldn't exactly still be a bug (at least not for us, > > probably the mono folks) but we would want to make people aware of it. > > > > > > Cheers, > > Kevin Kubasik > > 240-838-6616 > > http://kubasik.net/blog > > > > > > Andreas Heinz wrote: > >> Hi Kevin, > >> > >> afaik the file had also "=E4=F6=FC" in it?! ah ok i just read that it = was "not > >> exactly correct". > >> > >> i didn't try to set mono_external_encoding as i was just to tired > >> yesterday. if it works with mono_... is it, in your opinion, still a > >> bug? or just a matter of information the user? > >> > >> at the moment my pc at home is not powered up, so i can't testt. i'll > >> let you know when i'm at home. > >> > >> bye > >> Andreas > >> > >> > >> Kevin Kubasik wrote: > >> Ok... hmmm > >> > >> kjk38@kjk38-laptop:~$ beagle-extract-content ./a=E4o=F6u=FC.txt > >> ?Filename: file:///home/kjk38/a=E4o=F6u=FC.txt > >> Debug: Loaded 47 filters from /usr/lib/beagle/Filters/Filters.dll > >> Filter: Beagle.Filters.FilterText > >> MimeType: text/plain > >> > >> Content: > >> auo > >> > >> (no hot content) > >> > >> > >> was my result, not exactly correct, but not the issue your having. I > >> think you may have a Mono bug though at first glance. Did you try > >> setting MONO_EXTERNAL_ENCODINGS? If your not sure of what to do, this > >> might work, but if you know your encoding, thats better > >> export MONO_EXTERNAL_ENCODINGS=3D$LANG > >> > >> Let me know, and I'm on the IRC btw if you wanna find me there (kkubas= ik > >> at irc.gnome.org, and I'm usually in #dashboard) > >> > >> > >> Cheers, > >> Kevin Kubasik > >> 240-838-6616 > >> http://kubasik.net/blog > >> > >> > >> Andreas Heinz wrote: > >>>>> Hi Kevin, > >>>>> > >>>>> nothing easier than that ;) > >>>>> It's a mp3 file, but since it's not the problem of being an audio f= ile > >>>>> but a problem how it is named, i just created a text file with some > >>>>> german umlaut creating the same error message. right now i'm not su= re > >>>>> how my system encodes file names, but i think it was something like > >>>>> isoXXXX. > >>>>> i have attached the text file. filename is a=E4o=F6u=FC.txt ;) > >>>>> > >>>>> bye > >>>>> Andreas > >>>>> > >>>>> PS: at the moment i havent filed a bug report. i'll do this tomorro= w. > >>>>> > >>>>> Kevin Kubasik wrote: > >>>>> 1) Could you please file this in the gnome bugzilla so we don't los= e it? > >>>>> > >>>>> 2) Is there any chance you could attach the file so one (or all of = us) > >>>>> could test it? If its personal, could you maybe e-mail it to me at > >>>>> kevin@kubasik.net? If its uber-personal (trying out my German ;) ) = could > >>>>> you perhaps create another file which replicates this error? > >>>>> > >>>>> > >>>>> Cheers, > >>>>> Kevin Kubasik > >>>>> 240-838-6616 > >>>>> http://kubasik.net/blog > >>>>> > >>>>> > >>>>> Andreas Heinz wrote: > >>>>>>>> hi there again, > >>>>>>>> > >>>>>>>> i just tested with beagle-extract-content what beagle gets from = a > >>>>>>>> file which is not in my index. > >>>>>>>> > >>>>>>>> [Invalid UTF-8] > >>>>>>>> Cannot determine the text encoding for argument 1 ("file with so= me > >>>>>>>> german umluats, didn't look nice;)"). > >>>>>>>> Please add the correct encoding to MONO_EXTERNAL_ENCODINGS and t= ry > >>>>>>>> again. > >>>>>>>> > >>>>>>>> first, shouldn't the user be informed about this? > >>>>>>>> second, should the wrong encoding of a file (from the view of be= agle) > >>>>>>>> name lead to not indexing the file at all? for me this doesnt ma= ke > >>>>>>>> that much sense, but maybe i'm overseeing some important stuff := ) > >>>>>>>> > >>>>>>>> hope this is the reason why the files didn't get indexed. > >>>>>>>> > >>>>>>>> thanks again for an answer > >>>>>>>> Andreas > >>>>>>>> _______________________________________________ > >>>>>>>> Dashboard-hackers mailing list > >>>>>>>> Dashboard-hackers@gnome.org > >>>>>>>> http://mail.gnome.org/mailman/listinfo/dashboard-hackers > >>>>> -------------------------------------------------------------------= ----- > >>>>> =E4=FC=F6 auo > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.4.3 (GNU/Linux) > > > > iQIVAwUBRLpKKP3xZFNDM330AQhwlhAAgQ71RzrqzzBrUGH0Wt/JimLsw1pcgwuR > > Lt8EmQ7JYmhCnbbelSVhnMyIDbZ6bdU0+0mQkWbNwKhA7pjk8+bjUN9ebWABFEXb > > sqReHGzJxakUFSXZtUOWhSI/uwP/cScus6B2zT5F3TaFLZ3V9SrKqZrxxpft8KNW > > 1BPDYcYzj2qKleSzVHrAWEc9ddnMqvbn4rIcbMyypVlbNjHZIkJjF22YU6iUGPRL > > MYRjhHJpRvw1MhsdLKr93zIAcUXJ53p/QFBlEA0s/Eulxp4iTJ4HZAK++4NzK27w > > LDtbegVOmwlwKYTe3q0L1Gkhne7PlZJ1E3tfJIzYEWXvp3CAhUYnT567ihCFYonV > > jJzJWEr9xYckx6Z5nEY7npNK8mCRf4sOSOyrqerShQNVE6vqqHgJohSrU1DNpmTW > > gOQT+XD/5zUoODdRXI/J1QxwoEsgrW7WVSE08CgvB84ZRaI3juuGW6P7qCy9ln/D > > wu9BlPajSMV7/dXHnF0KodHj8XIDRgJdsaF/H7RPHFAWsXz4JSYxZQj4DnyNCOoe > > 6MCUOOIygvl6SPeSOp5ulU6JqklJPz/bKG+ZNNhd8QJ5T+tVh2kK4qUQNBEIQNQl > > SSNB9DAD7rPTauSUdkGK7AAeNnOzVkPpXkZarzmOnZ5tsUOT1JJSIP1DfVyCcsJK > > v84LHofM6iY=3D > > =3DAvH3 > > -----END PGP SIGNATURE----- > > > --=20 Cheers, Kevin Kubasik http://kubasik.net/blog From dashboard@a80.net Mon Jul 17 12:40:28 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 40C543B0216 for ; Mon, 17 Jul 2006 12:40:28 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20107-08 for ; Mon, 17 Jul 2006 12:40:23 +0000 (UTC) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id E6ED23B0288 for ; Mon, 17 Jul 2006 12:40:21 +0000 (UTC) Received: by cratoo.de (Postfix, from userid 1002) id 2B8A4537004; Mon, 17 Jul 2006 14:40:52 +0200 (CEST) Received: from [192.168.0.1] (HSI-KBW-082-212-019-198.hsi.kabelbw.de [82.212.19.198]) by cratoo.de (Postfix) with ESMTP id B8C1C5367C2; Mon, 17 Jul 2006 14:40:49 +0200 (CEST) Message-ID: <44BB8531.6060706@a80.net> Date: Mon, 17 Jul 2006 14:40:17 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Kevin Kubasik Subject: Re: reason why beagle doesnt index References: <44B8B87A.2040900@a80.net> <44B925AD.8020104@kubasik.net> <44B93E9F.6020101@a80.net> <44B94D92.5090408@kubasik.net> <44BA0483.8050309@a80.net> <44BA4A28.5070206@kubasik.net> <44BB82A5.6050109@a80.net> <88d636060607170532j3f0e7f10n677281587c43123a@mail.gmail.com> In-Reply-To: <88d636060607170532j3f0e7f10n677281587c43123a@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 12:40:28 -0000 that was fast :) ok i'm filing the bug right now. Kevin Kubasik wrote: > Theres a good chance that the symlinks are messing the gaim backend > up, as I don't think it has all the good filesystem logic that the fsq > does. We could probably have it try and handle that more > intelligently, could you file a bug so we don't lose this in the grand > mess of things? > > -Kevin Kubasik > > On 7/17/06, Andreas Heinz wrote: >> some feedback :) >> >> i tested with: mono_external_encoding=iso-8859-1. now it can read the >> files. >> >> but right now i have new problems :( (i hope i don't bother you too much) >> i wanted to try out joe's new gaim backend. so i tried to build beagle >> from cvs in my ubuntu. after some problems, it build fine and runs. (i >> added the info for building from cvs to the wiki) >> but now i get following errors in the logs: >> "060717 1402539793 06093 Beagle ERROR: Couldn't write attributes for >> /home/crash/.gaim/logs/icq/22013956/116305009/2005-11-08.234921.txt" >> >> for me it seems like beagle tries to use EAs which it can't use for my >> gaim logs since they are symlinked to a nfs share and on my harddisk >> because of xfs. dont know if the symlink can be a problem. >> >> after having run beagle for about a hour, some of the information which >> comes out of the gaim logs is reachable from beagle-query. but i don't >> know why the gaim logs know make problems. >> >> could this gaim problem result from rebuilding my gaim index, because of >> joe's "rewrite" of the gaim backend? >> >> bye and thanks very much >> Andreas >> >> Kevin Kubasik wrote: >> > -----BEGIN PGP SIGNED MESSAGE----- >> > Hash: SHA256 >> > >> > hmm, for me, it wouldn't exactly still be a bug (at least not for us, >> > probably the mono folks) but we would want to make people aware of it. >> > >> > >> > Cheers, >> > Kevin Kubasik >> > 240-838-6616 >> > http://kubasik.net/blog >> > >> > >> > Andreas Heinz wrote: >> >> Hi Kevin, >> >> >> >> afaik the file had also "" in it?! ah ok i just read that it was >> "not >> >> exactly correct". >> >> >> >> i didn't try to set mono_external_encoding as i was just to tired >> >> yesterday. if it works with mono_... is it, in your opinion, still a >> >> bug? or just a matter of information the user? >> >> >> >> at the moment my pc at home is not powered up, so i can't testt. i'll >> >> let you know when i'm at home. >> >> >> >> bye >> >> Andreas >> >> >> >> >> >> Kevin Kubasik wrote: >> >> Ok... hmmm >> >> >> >> kjk38@kjk38-laptop:~$ beagle-extract-content ./aou.txt >> >> ?Filename: file:///home/kjk38/aou.txt >> >> Debug: Loaded 47 filters from /usr/lib/beagle/Filters/Filters.dll >> >> Filter: Beagle.Filters.FilterText >> >> MimeType: text/plain >> >> >> >> Content: >> >> auo >> >> >> >> (no hot content) >> >> >> >> >> >> was my result, not exactly correct, but not the issue your having. I >> >> think you may have a Mono bug though at first glance. Did you try >> >> setting MONO_EXTERNAL_ENCODINGS? If your not sure of what to do, this >> >> might work, but if you know your encoding, thats better >> >> export MONO_EXTERNAL_ENCODINGS=$LANG >> >> >> >> Let me know, and I'm on the IRC btw if you wanna find me there >> (kkubasik >> >> at irc.gnome.org, and I'm usually in #dashboard) >> >> >> >> >> >> Cheers, >> >> Kevin Kubasik >> >> 240-838-6616 >> >> http://kubasik.net/blog >> >> >> >> >> >> Andreas Heinz wrote: >> >>>>> Hi Kevin, >> >>>>> >> >>>>> nothing easier than that ;) >> >>>>> It's a mp3 file, but since it's not the problem of being an >> audio file >> >>>>> but a problem how it is named, i just created a text file with some >> >>>>> german umlaut creating the same error message. right now i'm not >> sure >> >>>>> how my system encodes file names, but i think it was something like >> >>>>> isoXXXX. >> >>>>> i have attached the text file. filename is aou.txt ;) >> >>>>> >> >>>>> bye >> >>>>> Andreas >> >>>>> >> >>>>> PS: at the moment i havent filed a bug report. i'll do this >> tomorrow. >> >>>>> >> >>>>> Kevin Kubasik wrote: >> >>>>> 1) Could you please file this in the gnome bugzilla so we don't >> lose it? >> >>>>> >> >>>>> 2) Is there any chance you could attach the file so one (or all >> of us) >> >>>>> could test it? If its personal, could you maybe e-mail it to me at >> >>>>> kevin@kubasik.net? If its uber-personal (trying out my German ;) >> ) could >> >>>>> you perhaps create another file which replicates this error? >> >>>>> >> >>>>> >> >>>>> Cheers, >> >>>>> Kevin Kubasik >> >>>>> 240-838-6616 >> >>>>> http://kubasik.net/blog >> >>>>> >> >>>>> >> >>>>> Andreas Heinz wrote: >> >>>>>>>> hi there again, >> >>>>>>>> >> >>>>>>>> i just tested with beagle-extract-content what beagle gets >> from a >> >>>>>>>> file which is not in my index. >> >>>>>>>> >> >>>>>>>> [Invalid UTF-8] >> >>>>>>>> Cannot determine the text encoding for argument 1 ("file with >> some >> >>>>>>>> german umluats, didn't look nice;)"). >> >>>>>>>> Please add the correct encoding to MONO_EXTERNAL_ENCODINGS >> and try >> >>>>>>>> again. >> >>>>>>>> >> >>>>>>>> first, shouldn't the user be informed about this? >> >>>>>>>> second, should the wrong encoding of a file (from the view of >> beagle) >> >>>>>>>> name lead to not indexing the file at all? for me this doesnt >> make >> >>>>>>>> that much sense, but maybe i'm overseeing some important >> stuff :) >> >>>>>>>> >> >>>>>>>> hope this is the reason why the files didn't get indexed. >> >>>>>>>> >> >>>>>>>> thanks again for an answer >> >>>>>>>> Andreas >> >>>>>>>> _______________________________________________ >> >>>>>>>> Dashboard-hackers mailing list >> >>>>>>>> Dashboard-hackers@gnome.org >> >>>>>>>> http://mail.gnome.org/mailman/listinfo/dashboard-hackers >> >>>>> >> ------------------------------------------------------------------------ >> >>>>> auo >> > -----BEGIN PGP SIGNATURE----- >> > Version: GnuPG v1.4.3 (GNU/Linux) >> > >> > iQIVAwUBRLpKKP3xZFNDM330AQhwlhAAgQ71RzrqzzBrUGH0Wt/JimLsw1pcgwuR >> > Lt8EmQ7JYmhCnbbelSVhnMyIDbZ6bdU0+0mQkWbNwKhA7pjk8+bjUN9ebWABFEXb >> > sqReHGzJxakUFSXZtUOWhSI/uwP/cScus6B2zT5F3TaFLZ3V9SrKqZrxxpft8KNW >> > 1BPDYcYzj2qKleSzVHrAWEc9ddnMqvbn4rIcbMyypVlbNjHZIkJjF22YU6iUGPRL >> > MYRjhHJpRvw1MhsdLKr93zIAcUXJ53p/QFBlEA0s/Eulxp4iTJ4HZAK++4NzK27w >> > LDtbegVOmwlwKYTe3q0L1Gkhne7PlZJ1E3tfJIzYEWXvp3CAhUYnT567ihCFYonV >> > jJzJWEr9xYckx6Z5nEY7npNK8mCRf4sOSOyrqerShQNVE6vqqHgJohSrU1DNpmTW >> > gOQT+XD/5zUoODdRXI/J1QxwoEsgrW7WVSE08CgvB84ZRaI3juuGW6P7qCy9ln/D >> > wu9BlPajSMV7/dXHnF0KodHj8XIDRgJdsaF/H7RPHFAWsXz4JSYxZQj4DnyNCOoe >> > 6MCUOOIygvl6SPeSOp5ulU6JqklJPz/bKG+ZNNhd8QJ5T+tVh2kK4qUQNBEIQNQl >> > SSNB9DAD7rPTauSUdkGK7AAeNnOzVkPpXkZarzmOnZ5tsUOT1JJSIP1DfVyCcsJK >> > v84LHofM6iY= >> > =AvH3 >> > -----END PGP SIGNATURE----- >> > >> > > From qub333@gmail.com Tue Jul 18 13:36:22 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 83DDD3B0147 for ; Tue, 18 Jul 2006 13:36:22 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21523-08 for ; Tue, 18 Jul 2006 13:36:21 +0000 (UTC) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by menubar.gnome.org (Postfix) with ESMTP id 60B9F3B0108 for ; Tue, 18 Jul 2006 13:36:21 +0000 (UTC) Received: by py-out-1112.google.com with SMTP id d42so1958658pyd for ; Tue, 18 Jul 2006 06:36:21 -0700 (PDT) Received: by 10.35.93.15 with SMTP id v15mr5509097pyl; Tue, 18 Jul 2006 06:36:21 -0700 (PDT) Received: by 10.35.8.13 with HTTP; Tue, 18 Jul 2006 06:36:20 -0700 (PDT) Message-ID: <88d636060607180636o29e49ff2w30fb07b55243969b@mail.gmail.com> Date: Tue, 18 Jul 2006 09:36:20 -0400 From: "Kevin Kubasik" Sender: qub333@gmail.com To: Dashboard Subject: Interesting Read on Tracker MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 0c8f8f5f8e3243b8 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.407 tagged_above=-999 required=2 tests=[AWL=-0.007, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.407 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jul 2006 13:36:22 -0000 Hey, I saw a post from Trackers only real developer here: http://jamiemcc.livejournal.com/3144.html and thought that it (and its comments) are an interesting read considering our recent focus on reworking metadata. While his claims about trackers speed differ from my experience (queries were taking 10-15 seconds to complete.. but I have 2 copy's of the mozilla source tree along with about 12-15 other projects source trees (all with VCS subdirs...) and I doubt he has performance tested on that large of a scale...) But yeah. I think some of the first class/relational-database stuff might be worth thinking about. Just a read if your bored... -- Cheers, Kevin Kubasik http://kubasik.net/blog From f.hackenberger@chello.at Wed Jul 19 12:51:25 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B0E453B006B for ; Wed, 19 Jul 2006 12:51:25 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20682-04 for ; Wed, 19 Jul 2006 12:51:24 +0000 (UTC) Received: from mailrelay2.tu-graz.ac.at (mailrelay.tu-graz.ac.at [129.27.2.202]) by menubar.gnome.org (Postfix) with ESMTP id D16A43B000C for ; Wed, 19 Jul 2006 12:51:22 +0000 (UTC) Received: from vpn1-20.tu-graz.ac.at (vpn1-20.tu-graz.ac.at [129.27.12.20]) (authenticated bits=0) by mailrelay2.tu-graz.ac.at (8.13.7/8.13.7) with ESMTP id k6JCpKgb005511 (version=TLSv1/SSLv3 cipher=EXP1024-RC4-SHA bits=56 verify=NO) for ; Wed, 19 Jul 2006 14:51:20 +0200 (CEST) From: Florian Hackenberger To: dashboard-hackers@gnome.org Subject: Beagle suspend while running on battery Date: Wed, 19 Jul 2006 14:51:23 +0200 User-Agent: KMail/1.9.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607191451.23930.f.hackenberger@chello.at> X-Scanned-By: MIMEDefang 2.56 on 129.27.10.19 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Spam-Score: -2.599 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 12:51:25 -0000 Hi! As you probably know, a running beagled sometimes uses quite a lot of resources (most notably CPU power, but also hard drive reads/writes). I would really appreciate an interface (could be a command line tool) to temporarily put the beagled in a "power saving" mode, where searches are still functional, but it does not do anything which could also wait a few hours. Especially an idle CPU and an active hard drive uses a lot of power, which the user probably wants to save in exchange for disabled "live" queries and an outdated database. A little icon in beagle-search would be useful to notify the user that e.g. live query updates (when altering a file) are disabled. What do you think? Is this a useful feature? Shall I file a bug/wish? Regards, Florian -- Florian Hackenberger student @ University of Technology Graz, Austria florian@hackenberger.at www.hackenberger.at From qub333@gmail.com Wed Jul 19 13:01:55 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2A8EA3B006D for ; Wed, 19 Jul 2006 13:01:55 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21249-09 for ; Wed, 19 Jul 2006 13:01:53 +0000 (UTC) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by menubar.gnome.org (Postfix) with ESMTP id 587B53B006B for ; Wed, 19 Jul 2006 13:01:52 +0000 (UTC) Received: by py-out-1112.google.com with SMTP id f25so527655pyf for ; Wed, 19 Jul 2006 06:01:52 -0700 (PDT) Received: by 10.35.88.17 with SMTP id q17mr1012729pyl; Wed, 19 Jul 2006 06:01:51 -0700 (PDT) Received: by 10.35.8.13 with HTTP; Wed, 19 Jul 2006 06:01:51 -0700 (PDT) Message-ID: <88d636060607190601t95f5ea2l449f00cf6e30e2f5@mail.gmail.com> Date: Wed, 19 Jul 2006 09:01:51 -0400 From: "Kevin Kubasik" Sender: qub333@gmail.com To: "Florian Hackenberger" Subject: Re: Beagle suspend while running on battery In-Reply-To: <200607191451.23930.f.hackenberger@chello.at> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200607191451.23930.f.hackenberger@chello.at> X-Google-Sender-Auth: aa17f366c74b6c3a X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.407 tagged_above=-999 required=2 tests=[AWL=-0.007, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.407 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 13:01:55 -0000 Lucky You! Joe just implemented this feature several days ago, and it is now in CVS! Well, mostly. Live queries are still enabled, but you do have the option to disable indexing. http://cia.navi.cx/stats/project/gnome/beagle/.message/55921 -Kevin Kubasik On 7/19/06, Florian Hackenberger wrote: > Hi! > > As you probably know, a running beagled sometimes uses quite a lot of > resources (most notably CPU power, but also hard drive reads/writes). I would > really appreciate an interface (could be a command line tool) to temporarily > put the beagled in a "power saving" mode, where searches are still > functional, but it does not do anything which could also wait a few hours. > Especially an idle CPU and an active hard drive uses a lot of power, which > the user probably wants to save in exchange for disabled "live" queries and > an outdated database. A little icon in beagle-search would be useful to > notify the user that e.g. live query updates (when altering a file) are > disabled. > > What do you think? Is this a useful feature? Shall I file a bug/wish? > > Regards, > Florian > -- > Florian Hackenberger > student @ > University of Technology > Graz, Austria > florian@hackenberger.at > www.hackenberger.at > _______________________________________________ > Dashboard-hackers mailing list > Dashboard-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/dashboard-hackers > -- Cheers, Kevin Kubasik http://kubasik.net/blog From f.hackenberger@chello.at Wed Jul 19 13:21:45 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4C38A3B0017 for ; Wed, 19 Jul 2006 13:21:45 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22466-08 for ; Wed, 19 Jul 2006 13:21:43 +0000 (UTC) Received: from mailrelay1.tu-graz.ac.at (mailrelay.tu-graz.ac.at [129.27.2.202]) by menubar.gnome.org (Postfix) with ESMTP id 6BC743B000F for ; Wed, 19 Jul 2006 13:21:42 +0000 (UTC) Received: from vpn1-5.tu-graz.ac.at (vpn1-5.tu-graz.ac.at [129.27.12.5]) (authenticated bits=0) by mailrelay1.tu-graz.ac.at (8.13.7/8.13.7) with ESMTP id k6JDLeCp022353 (version=TLSv1/SSLv3 cipher=EXP1024-RC4-SHA bits=56 verify=NO) for ; Wed, 19 Jul 2006 15:21:40 +0200 (CEST) From: Florian Hackenberger To: dashboard-hackers@gnome.org Subject: Re: Beagle suspend while running on battery Date: Wed, 19 Jul 2006 15:21:45 +0200 User-Agent: KMail/1.9.3 References: <200607191451.23930.f.hackenberger@chello.at> <88d636060607190601t95f5ea2l449f00cf6e30e2f5@mail.gmail.com> In-Reply-To: <88d636060607190601t95f5ea2l449f00cf6e30e2f5@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607191521.45889.f.hackenberger@chello.at> X-Scanned-By: MIMEDefang 2.56 on 129.27.10.18 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Spam-Score: -2.599 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 13:21:45 -0000 On Wednesday 19 July 2006 15:01, Kevin Kubasik wrote: > Lucky You! Joe just implemented this feature several days ago, and it > is now in CVS! Well, mostly. Live queries are still enabled, but you > do have the option to disable indexing. Funny coincident. Well that's great! Thanks to Joe! Regards, Florian -- Florian Hackenberger student @ University of Technology Graz, Austria florian@hackenberger.at www.hackenberger.at From joeshaw@novell.com Wed Jul 19 16:38:49 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7777F3B000F for ; Wed, 19 Jul 2006 16:38:49 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32564-10 for ; Wed, 19 Jul 2006 16:38:48 +0000 (UTC) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 3B5B53B000B for ; Wed, 19 Jul 2006 16:38:48 +0000 (UTC) Received: (qmail 8650 invoked from network); 19 Jul 2006 16:38:47 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 19 Jul 2006 16:38:47 -0000 Subject: Re: reason why beagle doesnt index From: Joe Shaw To: Andreas Heinz In-Reply-To: <44BB82A5.6050109@a80.net> References: <44B8B87A.2040900@a80.net> <44B925AD.8020104@kubasik.net> <44B93E9F.6020101@a80.net> <44B94D92.5090408@kubasik.net> <44BA0483.8050309@a80.net> <44BA4A28.5070206@kubasik.net> <44BB82A5.6050109@a80.net> Content-Type: text/plain Date: Wed, 19 Jul 2006 12:38:48 -0400 Message-Id: <1153327128.12005.32.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.476 tagged_above=-999 required=2 tests=[AWL=-0.077, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.476 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 16:38:49 -0000 Hi, On Mon, 2006-07-17 at 14:29 +0200, Andreas Heinz wrote: > i tested with: mono_external_encoding=iso-8859-1. now it can read the files. Yeah, the message you saw was actually from Mono, not from Beagle. There's nothing we can really do about that message. Encodings are an issue generally for Beagle, because since you can't know what the encoding of a filename is, it's difficult to pass it around and index it effective. It's important that filenames are in UTF-8 or else things might not work completely. > but now i get following errors in the logs: > "060717 1402539793 06093 Beagle ERROR: Couldn't write attributes for > /home/crash/.gaim/logs/icq/22013956/116305009/2005-11-08.234921.txt" > > for me it seems like beagle tries to use EAs which it can't use for my > gaim logs since they are symlinked to a nfs share and on my harddisk > because of xfs. dont know if the symlink can be a problem. The lack of xattr support shouldn't cause any real problems, although it will be quite a bit less efficient. But data should still be indexed. > after having run beagle for about a hour, some of the information which > comes out of the gaim logs is reachable from beagle-query. but i don't > know why the gaim logs know make problems. I'm not sure I understand. Are you worried about the error message, but all of your gaim logs are indexed properly? That is the intended effect; maybe we should bump that warning down from ERROR to WARN. > could this gaim problem result from rebuilding my gaim index, because of > joe's "rewrite" of the gaim backend? It shouldn't change anything from the previous backend. Joe From joeshaw@novell.com Wed Jul 19 16:42:35 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 35A5F3B0164 for ; Wed, 19 Jul 2006 16:42:35 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32756-10 for ; Wed, 19 Jul 2006 16:42:33 +0000 (UTC) Received: from peabody.ximian.com (peabody.ximian.com [130.57.169.10]) by menubar.gnome.org (Postfix) with ESMTP id 1F1C33B015B for ; Wed, 19 Jul 2006 16:42:33 +0000 (UTC) Received: (qmail 8671 invoked from network); 19 Jul 2006 16:42:32 -0000 Received: from localhost (HELO posthaste.boston.ximian.com) (joe@127.0.0.1) by localhost with SMTP; 19 Jul 2006 16:42:32 -0000 Subject: Re: SemWeb From: Joe Shaw To: Max In-Reply-To: <1153054337.4100.2.camel@localhost> References: <1153054337.4100.2.camel@localhost> Content-Type: text/plain Date: Wed, 19 Jul 2006 12:42:33 -0400 Message-Id: <1153327353.12005.36.camel@posthaste.boston.ximian.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.438 tagged_above=-999 required=2 tests=[AWL=-0.116, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, TW_RQ=0.077] X-Spam-Score: -2.438 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 16:42:35 -0000 Hi Max, On Sun, 2006-07-16 at 14:52 +0200, Max wrote: > I've been playing with SemWeb a little bit to find out how it could be > used to store metadata. > We seem to have an old version of SemWeb included in /Util/SemWeb. Is > there any reason for not using the current version or is it just because > noone updated it? Larry Ewing (of F-Spot fame) imported it so he could handle XMP metadata in various file formats. It has never been updated because it has never needed to be. Feel free to update it for your work; when testing SemWeb I did just that in my local working copy. (Unfortunately it seems as though the canonical tarball is just a tar of the developer's working directory, so there are some duplicate files in there that won't build with one another, in particular the extra sqlite store files. Also the sparql class now seems to depend on IKVM, which isn't an acceptable dependency, so you'll want to remove that from the build as well.) Joe From dashboard@a80.net Wed Jul 19 19:37:23 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 182353B022E for ; Wed, 19 Jul 2006 19:37:13 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08177-10 for ; Wed, 19 Jul 2006 19:37:11 +0000 (UTC) Received: from cratoo.de (a15167580.alturo-server.de [217.160.108.31]) by menubar.gnome.org (Postfix) with ESMTP id EA1BE3B002A for ; Wed, 19 Jul 2006 19:37:08 +0000 (UTC) Received: by cratoo.de (Postfix, from userid 1002) id 720AF53712A; Wed, 19 Jul 2006 21:37:46 +0200 (CEST) Received: from [192.168.0.1] (HSI-KBW-082-212-019-198.hsi.kabelbw.de [82.212.19.198]) by cratoo.de (Postfix) with ESMTP id 703C9D388; Wed, 19 Jul 2006 21:37:44 +0200 (CEST) Message-ID: <44BE89ED.9060900@a80.net> Date: Wed, 19 Jul 2006 21:37:17 +0200 From: Andreas Heinz User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: Joe Shaw Subject: Re: reason why beagle doesnt index References: <44B8B87A.2040900@a80.net> <44B925AD.8020104@kubasik.net> <44B93E9F.6020101@a80.net> <44B94D92.5090408@kubasik.net> <44BA0483.8050309@a80.net> <44BA4A28.5070206@kubasik.net> <44BB82A5.6050109@a80.net> <1153327128.12005.32.camel@posthaste.boston.ximian.com> In-Reply-To: <1153327128.12005.32.camel@posthaste.boston.ximian.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 19:37:23 -0000 hi there, thanks for responding. regarding the file enconding i had some talks to kevin and i'm just having a look if there is something what i could do. dropping the message so that it doenst appear in the logs anymore might be a good idea, but i don't know if this should be the final solution. i was worried about the error message and the logs not being indexed properly since at first searching for specific data didnt return any result. that was, why i thought it was a problem cause of rewriting the backend. bye Andreas Joe Shaw wrote: > Hi, > > On Mon, 2006-07-17 at 14:29 +0200, Andreas Heinz wrote: >> i tested with: mono_external_encoding=iso-8859-1. now it can read the files. > > Yeah, the message you saw was actually from Mono, not from Beagle. > There's nothing we can really do about that message. > > Encodings are an issue generally for Beagle, because since you can't > know what the encoding of a filename is, it's difficult to pass it > around and index it effective. It's important that filenames are in > UTF-8 or else things might not work completely. > >> but now i get following errors in the logs: >> "060717 1402539793 06093 Beagle ERROR: Couldn't write attributes for >> /home/crash/.gaim/logs/icq/22013956/116305009/2005-11-08.234921.txt" >> >> for me it seems like beagle tries to use EAs which it can't use for my >> gaim logs since they are symlinked to a nfs share and on my harddisk >> because of xfs. dont know if the symlink can be a problem. > > The lack of xattr support shouldn't cause any real problems, although it > will be quite a bit less efficient. But data should still be indexed. > >> after having run beagle for about a hour, some of the information which >> comes out of the gaim logs is reachable from beagle-query. but i don't >> know why the gaim logs know make problems. > > I'm not sure I understand. Are you worried about the error message, but > all of your gaim logs are indexed properly? That is the intended > effect; maybe we should bump that warning down from ERROR to WARN. > >> could this gaim problem result from rebuilding my gaim index, because of >> joe's "rewrite" of the gaim backend? > > It shouldn't change anything from the previous backend. > > Joe > > From demidova@l3s.de Thu Jul 27 04:41:57 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A23733B009F for ; Thu, 27 Jul 2006 04:41:57 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13350-09 for ; Thu, 27 Jul 2006 04:41:56 -0400 (EDT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by menubar.gnome.org (Postfix) with ESMTP id 5828B3B011E for ; Thu, 27 Jul 2006 04:41:55 -0400 (EDT) Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k6R8fosF013256 for ; Thu, 27 Jul 2006 10:41:50 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id D7DCD133287; Thu, 27 Jul 2006 10:41:42 +0200 (CEST) Received: from [130.75.87.177] (pc177.l3s.uni-hannover.de [130.75.87.177]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id EF4F013326D for ; Thu, 27 Jul 2006 10:40:06 +0200 (CEST) Message-ID: <44C87BE4.9080803@l3s.de> Date: Thu, 27 Jul 2006 10:40:04 +0200 From: Elena Demidova User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: dashboard-hackers@gnome.org Subject: Lucene version in Beagle Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=0.001 tagged_above=-999 required=2 tests=[BAYES_50=0.001] X-Spam-Score: 0.001 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2006 08:41:57 -0000 Hi, which version of Lucene is used in Beagle 0.2.6? Best, Elena From dbera.web@gmail.com Thu Jul 27 15:05:29 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 727903B0094 for ; Thu, 27 Jul 2006 15:05:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22120-09 for ; Thu, 27 Jul 2006 15:05:28 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by menubar.gnome.org (Postfix) with ESMTP id 451423B017A for ; Thu, 27 Jul 2006 15:05:28 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id c2so413149ugf for ; Thu, 27 Jul 2006 12:05:27 -0700 (PDT) Received: by 10.66.224.19 with SMTP id w19mr7613923ugg; Thu, 27 Jul 2006 12:05:27 -0700 (PDT) Received: by 10.67.93.17 with HTTP; Thu, 27 Jul 2006 12:05:27 -0700 (PDT) Message-ID: <1f1f006d0607271205id8e576cn52d76eeb03b366fb@mail.gmail.com> Date: Thu, 27 Jul 2006 12:05:27 -0700 From: "D Bera" To: "Elena Demidova" Subject: Re: Lucene version in Beagle In-Reply-To: <44C87BE4.9080803@l3s.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44C87BE4.9080803@l3s.de> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.373 tagged_above=-999 required=2 tests=[AWL=0.027, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.373 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2006 19:05:30 -0000 Hi Elena, > which version of Lucene is used in Beagle 0.2.6? AFAIR, its version 1.9 (rc1). - dBera -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From rjheuser@ufl.edu Thu Jul 27 15:29:32 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F22DF3B01E2 for ; Thu, 27 Jul 2006 15:29:31 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24515-04 for ; Thu, 27 Jul 2006 15:29:30 -0400 (EDT) Received: from smtp.ufl.edu (smtp02.osg.ufl.edu [128.227.74.165]) by menubar.gnome.org (Postfix) with ESMTP id 5E5093B00E0 for ; Thu, 27 Jul 2006 15:29:30 -0400 (EDT) Received: from [192.168.0.108] (adsl-11-80-142.mia.bellsouth.net [65.11.80.142]) (authenticated bits=0) by smtp.ufl.edu (8.13.7/8.13.7/2.5.9) with ESMTP id k6RJTOwf3514490 for ; Thu, 27 Jul 2006 15:29:27 -0400 From: Ryan Heuser To: dashboard-hackers@gnome.org Subject: Is it possible to search everything within a time period? Date: Thu, 27 Jul 2006 15:29:21 -0400 User-Agent: KMail/1.9.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607271529.22043.rjheuser@ufl.edu> X-UFL-Spam-Level: *** X-UFL-Spam-Status: hits=3.701, required=5, tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL X-Scanned-By: CNS Open Systems Group (http://open-systems.ufl.edu/services/smtp-relay/) X-UFL-Scanned-By: CNS Open Systems Group (http://open-systems.ufl.edu/services/smtp-relay/) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Spam-Score: -2.599 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2006 19:29:32 -0000 Hi everyone, I'm new to both Beagle and the mailing list. I just had a quick question about the beagle-search utility. I'm something of a diarist / personal historian, and I installed beagle as a tool to help me remember and document the past by helping me search old emails, IM conversations, and documents. Everything is great so far except I can't figure out how to search for everything within a specific time period (usually one day) in the beagle-search utility. I can accomplish this with beagle-query by running: beagle-query --start 20060503 --end 20060504 But I can't seem to reproduce this with the GUI. Is this possible, or should I stick to the command line? Thanks in advance, and thanks for Beagle! -Ryan From mixonic@synitech.com Thu Jul 27 15:32:20 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5AAB03B0085 for ; Thu, 27 Jul 2006 15:32:20 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24385-09 for ; Thu, 27 Jul 2006 15:32:15 -0400 (EDT) Received: from smtp.acolyte.net (Mail.Acolyte.net [216.195.213.68]) by menubar.gnome.org (Postfix) with ESMTP id 24F4B3B00AF for ; Thu, 27 Jul 2006 15:32:14 -0400 (EDT) Received: (qmail 19438 invoked from network); 27 Jul 2006 19:24:03 -0000 Received: from unknown (HELO synitech.com) (127.0.0.1) by 0 with SMTP; 27 Jul 2006 19:24:03 -0000 Received: from 160.129.220.33 (SquirrelMail authenticated user mixonic@synitech.com) by synitech.com with HTTP; Thu, 27 Jul 2006 15:24:03 -0400 (EDT) Message-ID: <43181.160.129.220.33.1154028243.squirrel@synitech.com> Date: Thu, 27 Jul 2006 15:24:03 -0400 (EDT) Subject: Beagle can't launch evolution documents From: "Matthew Beale" To: X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.11) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.996 tagged_above=-999 required=2 tests=[AWL=0.604, BAYES_00=-2.599] X-Spam-Score: -1.996 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: mixonic@synitech.com List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2006 19:32:20 -0000 Hi all, Tried sending this without subscribing and it went to a moderator, who in turn never passed it through. So, here it is again! :-) Just started on beagle with 0.2.7 from gentoo stable. I'm having an issue I tried to address with the gentoo crew with: http://forums.gentoo.org/viewtopic-p-3463626.html#3463626 to no avail. I don't think the error is anything that complex: when clicking on an email (or email attachment) from the beagle search interface I get this error from evolution: Error while Opening folder email://1139305938.5482.0@hank/INBOX;uid=785. No provider available for protocol `email' I thought it might be a gnome url-hander issue, so I added a gnome handler for email with /desktop/gnome/url-handlers/email in gconf. Any ideas? Thanks, -- Matthew Beale :: 607 227 0871 Resume & Portfolio @ http://madhatted.com From dbera.web@gmail.com Thu Jul 27 19:07:03 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 2EDD63B00F0 for ; Thu, 27 Jul 2006 19:07:03 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00561-10 for ; Thu, 27 Jul 2006 19:07:01 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by menubar.gnome.org (Postfix) with ESMTP id 20F0E3B00E0 for ; Thu, 27 Jul 2006 19:07:01 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id c2so506689ugf for ; Thu, 27 Jul 2006 16:07:00 -0700 (PDT) Received: by 10.66.224.19 with SMTP id w19mr7879056ugg; Thu, 27 Jul 2006 16:07:00 -0700 (PDT) Received: by 10.67.93.17 with HTTP; Thu, 27 Jul 2006 16:07:00 -0700 (PDT) Message-ID: <1f1f006d0607271607o76bb4621x7ef6cb0caadb2d5b@mail.gmail.com> Date: Thu, 27 Jul 2006 16:07:00 -0700 From: "D Bera" To: "Ryan Heuser" Subject: Re: Is it possible to search everything within a time period? In-Reply-To: <200607271529.22043.rjheuser@ufl.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200607271529.22043.rjheuser@ufl.edu> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.373 tagged_above=-999 required=2 tests=[AWL=0.027, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.373 X-Spam-Level: Cc: dashboard-hackers@gnome.org X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jul 2006 23:07:03 -0000 Hi > can't figure out how to search for everything within a specific time period > (usually one day) in the beagle-search utility. I can accomplish this with > beagle-query by running: > > beagle-query --start 20060503 --end 20060504 > > But I can't seem to reproduce this with the GUI. Is this possible, or should > I stick to the command line? The last time I checked, beagle-search doesnt have this feature. Its only available in beagle-query. - dBera -- ----------------------------------------------------- Debajyoti Bera @ http://dbera.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From minack@l3s.de Fri Jul 28 03:38:05 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EC4B63B007E for ; Fri, 28 Jul 2006 03:38:04 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18013-07 for ; Fri, 28 Jul 2006 03:38:02 -0400 (EDT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by menubar.gnome.org (Postfix) with ESMTP id 4607F3B00B7 for ; Fri, 28 Jul 2006 03:38:01 -0400 (EDT) Received: from mail.l3s.uni-hannover.de (server1.l3s.uni-hannover.de [130.75.87.1]) by mrelay3.uni-hannover.de (8.13.6/8.13.6) with ESMTP id k6S7bvj9027772 for ; Fri, 28 Jul 2006 09:37:57 +0200 (MEST) Received: by mail.l3s.uni-hannover.de (Postfix, from userid 21011) id 9946B18715C; Fri, 28 Jul 2006 09:37:57 +0200 (CEST) Received: from L3SMinack (pc120.l3s.uni-hannover.de [130.75.87.120]) by mail.l3s.uni-hannover.de (Postfix) with ESMTP id 4641E186F0F for ; Fri, 28 Jul 2006 09:37:52 +0200 (CEST) Message-ID: <007401c6b218$bb66bef0$78574b82@L3SMinack> From: "Enrico Minack" To: Subject: non-intuitive metadata search interpretation Date: Fri, 28 Jul 2006 09:33:16 +0200 Organization: L3S MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Scanned-By: MIMEDefang 2.42 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-0.956 tagged_above=-999 required=2 tests=[AWL=-0.957, BAYES_50=0.001] X-Spam-Score: -0.956 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jul 2006 07:38:05 -0000 Dear all, while working on the metadata search feature of beagle (like title:something) we recognized that beagle interprets phrase queries in a non-intuitive way. It conserns usage of quotes. When you perform "title:communication protocol" it does look for titles "communication protocol", which is right. When you perform title:"communication protocol" which should (intuitively) do the same, it does look for titles "communication" and for "protocol" as ordinary keyword. See the --debug output of beagled for these two queries: Debug: Parsed query 'title:communication protocol' as prop query:key=dc:title, value=communication protocol and property type=Text Debug: Parsed query 'title:communication' as prop query:key=dc:title, value=communication and property type=Text Debug: Parsed query 'protocol"' as text_query Is this an known and open issue, a bug, or a feature? Regards, Enrico M. From lukas@pmad.net Sun Jul 30 15:37:10 2006 Return-Path: X-Original-To: dashboard-hackers@mail.gnome.org Delivered-To: dashboard-hackers@mail.gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B343B3B0095 for ; Sun, 30 Jul 2006 15:37:10 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04935-06 for ; Sun, 30 Jul 2006 15:37:07 -0400 (EDT) Received: from 42.mail-out.ovh.net (42.mail-out.ovh.net [213.251.189.42]) by menubar.gnome.org (Postfix) with ESMTP id 555993B002B for ; Sun, 30 Jul 2006 15:37:06 -0400 (EDT) Received: (qmail 27438 invoked by uid 503); 30 Jul 2006 19:36:58 -0000 Received: from b6.ovh.net (HELO mail189.ha.ovh.net) (213.186.33.56) by 42.mail-out.ovh.net with SMTP; 30 Jul 2006 19:36:58 -0000 Received: from b0.ovh.net (HELO queue-out) (213.186.33.50) by b0.ovh.net with SMTP; 30 Jul 2006 19:36:56 -0000 Received: from adsl-d42.87-197-151.telecom.sk (HELO ?192.168.0.76?) (87.197.151.42) by ns0.ovh.net with SMTP; 30 Jul 2006 19:36:55 -0000 Subject: Evenly distributed indexes From: Lukas Lipka To: dashboard-hackers Content-Type: text/plain Date: Sun, 30 Jul 2006 21:38:59 +0200 Message-Id: <1154288339.5010.3.camel@durable> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Ovh-Remote: 87.197.151.42 (adsl-d42.87-197-151.telecom.sk) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-Probably-Spam-Tag: YES (BOGO H 0.792512|0.0/5.0/N) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.724 tagged_above=-999 required=2 tests=[AWL=-0.614, BAYES_05=-1.11] X-Spam-Score: -1.724 X-Spam-Level: X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jul 2006 19:37:10 -0000 Hola hackers! So after a fantastic holiday I'm once again at home. :) I'm still trying to catch-up with all the fabulous stuff happening at the moment so bear with me. I have a bit of spare time the following week so I thougt I would do a little hacking after about a ~1.5 month pause. I will most likely try to get the new even distribution of indexes done, so I was wondering what is the status on it. Is there any work being done? Cheers, Lukas From jsogo@debian.org Sun Jul 16 11:06:32 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 488333B036E for ; Sun, 16 Jul 2006 11:06:32 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08755-03 for ; Sun, 16 Jul 2006 11:06:31 +0000 (UTC) Received: from mx.verfaction.de (mx.verfaction.de [212.9.177.23]) by menubar.gnome.org (Postfix) with ESMTP id E70213B0074 for ; Sun, 16 Jul 2006 11:06:30 +0000 (UTC) Received: from 140.red-81-39-131.dynamicip.rima-tde.net ([81.39.131.140] helo=aragorn.tribulaciones.org) by mx.verfaction.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1G24SB-0000A9-JX for dashboard-hackers@gnome.org; Sun, 16 Jul 2006 13:06:30 +0200 Received: from gimli.tribulaciones.org (unknown [192.168.1.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by aragorn.tribulaciones.org (Postfix) with ESMTP id 49F3756F1B for ; Sun, 16 Jul 2006 13:06:22 +0200 (CEST) Received: by gimli.tribulaciones.org (Postfix, from userid 1000) id EE208DF974; Sun, 16 Jul 2006 13:06:21 +0200 (CEST) From: Jose Carlos Garcia Sogo To: dashboard-hackers@gnome.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-cgdfQ8iqMna/xrim7aXx" Message-Id: <1153047981.6364.12.camel@gimli.tribulaciones.org> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 X-SA-Exim-Connect-IP: 81.39.131.140 X-SA-Exim-Mail-From: jsogo@debian.org Subject: scripts using exec -a [bashism] X-SA-Exim-Version: 4.2 (built Thu, 03 Mar 2005 10:44:12 +0100) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: X-Mailman-Approved-At: Thu, 06 Sep 2007 04:24:32 -0400 X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 16 Jul 2006 11:06:32 -0000 X-Original-Date: Sun, 16 Jul 2006 13:06:21 +0200 X-List-Received-Date: Sun, 16 Jul 2006 11:06:32 -0000 --=-cgdfQ8iqMna/xrim7aXx Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, Being Beagle Debian maintainer I have to fix some scripts using "exec -a" while having "#!/bin/sh" in its shebang line. I have patched all them to use "#! /bin/bash" as that exec option is only available in bash. I am going to fill a bug for this issue as soon as I solve the problem I am faing lately: There are two scripts, beagle-extract-content and beagle-index-url that I don't know how are being generated. They are listed in Makefiles, but there is no .in prototype like is in the other helper scripts. This means I don't know how to patch those. I would appreciate any help on how to do this, as not forcing these scripts to use bash will mean that people not having bash as default interpreter will have different errors. Please, keep me on CC, as I am not subscribed on the list. Cheers --=20 Jose Carlos Garcia Sogo jsogo@debian.org --=-cgdfQ8iqMna/xrim7aXx Content-Type: application/pgp-signature; name=signature.asc Content-Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQBEuh2sS+BYJZB4jhERAmf8AJ44HhL2qSxifcyHSfGBZR2rWkd3SQCeMKWr 7KqhWvuIVZCy53J9hyqZRzo= =za9b -----END PGP SIGNATURE----- --=-cgdfQ8iqMna/xrim7aXx-- From qub333@gmail.com Sun Jul 16 14:21:44 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6BBAB3B034E for ; Sun, 16 Jul 2006 14:21:44 +0000 (UTC) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16010-07 for ; Sun, 16 Jul 2006 14:21:43 +0000 (UTC) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.202]) by menubar.gnome.org (Postfix) with ESMTP id E56193B00CD for ; Sun, 16 Jul 2006 14:21:42 +0000 (UTC) Received: by wx-out-0102.google.com with SMTP id t10so527939wxc for ; Sun, 16 Jul 2006 07:21:42 -0700 (PDT) Received: by 10.70.116.6 with SMTP id o6mr1508857wxc; Sun, 16 Jul 2006 07:21:42 -0700 (PDT) Received: from ?192.168.0.109? ( [69.140.109.194]) by mx.gmail.com with ESMTP id h11sm746988wxd.2006.07.16.07.21.34; Sun, 16 Jul 2006 07:21:41 -0700 (PDT) Message-ID: <44BA4B6A.60803@kubasik.net> From: Kevin Kubasik User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Pierre_=D6stlund?= Subject: Re: Beagle Thunderbird Patch References: <44B98269.5070009@kubasik.net> <44BA14F5.1030601@gmail.com> In-Reply-To: <44BA14F5.1030601@gmail.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=43337DF4; url=http://kubasik.net/KevinKubasik.asc Content-Type: multipart/mixed; boundary="------------080203070201030804080804" Sender: Kevin Kubasik X-Virus-Scanned: by amavisd-new at gnome.org X-Mailman-Approved-At: Thu, 06 Sep 2007 04:24:31 -0400 Cc: Dashboard X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 16 Jul 2006 14:21:44 -0000 X-Original-Date: Sun, 16 Jul 2006 10:21:30 -0400 X-List-Received-Date: Sun, 16 Jul 2006 14:21:44 -0000 This is a multi-part message in MIME format. --------------080203070201030804080804 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Aug darn, there goes some stupid fun, this one should have the actual code ;) Cheers, Kevin Kubasik 240-838-6616 http://kubasik.net/blog Pierre stlund wrote: > Didn't you forget the actual Thunderbird code in this patch? Seems to me > that this is only beagle-search code and Makefile updates? > > Thanks! > > Pierre > > Kevin Kubasik wrote: > Here she is, I'll also attach this in the bugzilla, but heres what we > have, and its ready for SVN in my opinion. (Although, don't get too > excited, were gonna have a long week of bugfixing ahead of us, its a > boatload-of-code). > > I'm going to be doing some more testing and possibly change some more > stuff this evening, so I might send another e-mail with an updated patch > (but its not super-likely). > > > _______________________________________________ > Dashboard-hackers mailing list > Dashboard-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/dashboard-hackers -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iQIVAwUBRLpLav3xZFNDM330AQi8dA/9FsPe6DaSrlMgWlhfg/G9E1Im7xAHmdG0 qJE58lmott4ffGFTx0WVt1Wchk77Su5VEmVEBoCvUAGyMx/ncTJPBX/aXGotqaaR 1gdRKwOOH0aIBYMvB+IQrKG2lzkLRcUhP8TNZaAt0ciMbQDCEJhm2DE313S9BXTh uuzNlrVB3Z0y7QCAcFUTenuIiixSNXFozcprJ3jPBB1bXcZbvDQtlAr0D49bFjL5 kXOqP+tbJjIZbJCVrrJI7Yux9wtujxTxYeAAR8i8vXjvkFkaQ2ql2msQwAchNRKV VbPzcx3lJSWUHFkjIUS1sAqtfsN82+Dztx+4Vudjp122HzxtUPCuywdUNWiIzP9k XAY4F4mL+Bw8v8PxmYp9lhui+WlnucLFkBh85vlBzkKfl0FZBn+bGQO9GBJ5vmwM uf+VWqRy1e26L2deJuFGcPgmNz1EsLg0mgBCpssTW56v6AqWSb3EVVXOZdhNt9Nk W6JUoE6qwMkVaYiUFt95wbhCc8FimIxs2foC3a0lWIgdtObykAKngsYkaip2A3tL pGY+XZMcMBNlcEL7lFFjslNk+LgMrm9XhBc+/ou1rmaYFku9PNeJNccCnENRrpuk 6dCTMnI44rwaC6jy20B1l1M71+UcCal0Mu3yjLPgxp2rbMPlSFM4B/ZlOlNqCcel yXOBZ0FalLE= =NVcb -----END PGP SIGNATURE----- --------------080203070201030804080804 Content-Type: text/x-patch; name="Thunderbird_RC2.diff" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="Thunderbird_RC2.diff" Index: search/Tiles/MailAttachment.cs =================================================================== --- search/Tiles/MailAttachment.cs (revision 2690) +++ search/Tiles/MailAttachment.cs (working copy) @@ -22,13 +22,13 @@ if (! base.Validate (hit)) return false; - string str = hit ["parent:fixme:hasAttachments"]; - + string str = hit.GetFirstProperty ("parent:fixme:hasAttachments"); + //Console.WriteLine (str); if (hit.ParentUri == null || str == null || str == "false") return false; - str = hit ["fixme:attachment_title"]; - + str = hit.GetFirstProperty ("fixme:attachment_title"); + //Console.WriteLine (str); if (str == null || str == "") return false; @@ -69,25 +69,30 @@ public override void Open () { - if (GetHitProperty (Hit, "fixme:client") != "evolution") { + SafeProcess p = MailMessage.GetClientProcess (GetHitProperty (Hit, "fixme:client")); + + if (p == null) { OpenFromMime (Hit); return; } - SafeProcess p = new SafeProcess (); - p.Arguments = new string [2]; - p.Arguments [0] = "evolution"; - if (Hit.ParentUriAsString != null) - p.Arguments [1] = Hit.ParentUriAsString; + p.Arguments [p.Arguments.Length-1] = Hit.ParentUriAsString; else - p.Arguments [1] = Hit.UriAsString; + p.Arguments [p.Arguments.Length-1] = Hit.UriAsString; try { p.Start (); } catch (SafeProcessException e) { Console.WriteLine ("Unable to run {0}: {1}", p.Arguments [0], e.Message); + p.Arguments [0] = "mozilla-thunderbird"; + try { + p.Start(); + } catch (SafeProcessException e2) { + Console.WriteLine ("Unable to run {0}: {1}", p.Arguments [0], e2.Message); + } } - } + } + } } Index: search/Tiles/MailMessage.cs =================================================================== --- search/Tiles/MailMessage.cs (revision 2690) +++ search/Tiles/MailMessage.cs (working copy) @@ -1,5 +1,6 @@ using System; using System.Diagnostics; +using System.IO; using Mono.Unix; using Beagle.Util; @@ -93,30 +94,55 @@ details.AddLabelPair (label, Utils.NiceLongDate (Timestamp)); details.AddSnippet (); + //Console.WriteLine ( details.snippet_text ); return details; } + public static SafeProcess GetClientProcess (string client) + { + SafeProcess p = null; + + if (client == "evolution") { + p = new SafeProcess (); + p.Arguments = new string [2]; + p.Arguments [0] = "evolution"; + } else if (client == "thunderbird") { + + + p = new SafeProcess (); + p.Arguments = new string [3]; + p.Arguments [0] = "thunderbird"; + p.Arguments [1] = "-mail"; + } + + return p; + } + public override void Open () { - if (Hit.GetFirstProperty ("fixme:client") != "evolution") { + SafeProcess p = GetClientProcess (Hit.GetFirstProperty ("fixme:client")); + + if (p == null) { OpenFromMime (Hit); return; } - SafeProcess p = new SafeProcess (); - p.Arguments = new string [2]; - p.Arguments [0] = "evolution"; - if (Hit.ParentUriAsString != null) - p.Arguments [1] = Hit.ParentUriAsString; + p.Arguments [p.Arguments.Length-1] = Hit.ParentUriAsString; else - p.Arguments [1] = Hit.UriAsString; + p.Arguments [p.Arguments.Length-1] = Hit.UriAsString; try { p.Start (); } catch (SafeProcessException e) { Console.WriteLine ("Unable to run {0}: {1}", p.Arguments [0], e.Message); + p.Arguments [0] = "mozilla-thunderbird"; + try { + p.Start(); + } catch (SafeProcessException e2) { + Console.WriteLine ("Unable to run {0}: {1}", p.Arguments [0], e2.Message); + } } } Index: search/Tiles/Contact.cs =================================================================== --- search/Tiles/Contact.cs (revision 2690) +++ search/Tiles/Contact.cs (working copy) @@ -78,10 +78,30 @@ return details; } + public static SafeProcess GetClientProcess (string client) + { + SafeProcess p = null; + + if (client == "evolution") { + p = new SafeProcess (); + p.Arguments = new string [2]; + p.Arguments [0] = "evolution"; + } else if (client == "thunderbird") { + p = new SafeProcess (); + p.Arguments = new string [4]; + p.Arguments [0] = "beagle-contactviewer"; + p.Arguments [1] = "--manager"; + p.Arguments [2] = "Thunderbird"; + } + + return p; + } + + public override void Open () { - SafeProcess p = new SafeProcess (); - p.Arguments = new string [] { "evolution", Hit.UriAsString }; + SafeProcess p = GetClientProcess (Hit.GetFirstProperty ("fixme:client")); + p.Arguments [p.Arguments.Length-1] = Hit.UriAsString; try { p.Start (); Index: Util/Thunderbird.cs =================================================================== --- Util/Thunderbird.cs (revision 0) +++ Util/Thunderbird.cs (revision 0) @@ -0,0 +1,822 @@ +// +// Thunderbird.cs: A utility class with methods and classes that might be needed to parse Thunderbird data +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Text; +using System.Collections; +using System.Globalization; +using System.Text.RegularExpressions; + +using Beagle; +using Beagle.Util; + +using GMime; + +namespace Beagle.Util { + + public class Thunderbird { + + public static bool Debug = false; + + ///////////////////////////////////////////////////////////////////////////////////// + + public enum AccountType { + Pop3, + Imap, + Rss, + Nntp, + AddressBook, + MoveMail, + Invalid + } + + ///////////////////////////////////////////////////////////////////////////////////// + + public class Account { + private string server_string = null; + private string path = null; + private int server_port = -1; + private AccountType account_type; + private char delimiter; + + public Account (string server, string path, int port, AccountType type, char delim) + { + this.server_string = server; + this.path = path; + this.server_port = port; + this.account_type = type; + this.delimiter = delim; + } + + public string Server { + get { return server_string; } + } + + public string Path { + get { return path; } + } + + public int Port { + get { return (server_port > 0 ? server_port : Thunderbird.ParsePort (Type)); } + } + + public AccountType Type { + get { return account_type; } + } + + public char Delimiter { + get { return (delimiter == char.MinValue ? '/' : delimiter); } + } + } + + ///////////////////////////////////////////////////////////////////////////////////// + + public class StorageBase { + protected Hashtable data; + protected System.Uri uri; + protected Account account; + + public StorageBase () + { + data = new Hashtable (); + } + + public string GetString (string key) + { + return Convert.ToString (data [key]); + } + + public int GetInt (string key) + { + try { + if (!data.ContainsKey (key)) + return -1; + + return Convert.ToInt32 (data [key]); + } catch (Exception e) { + return -1; + } + } + + public bool GetBool (string key) + { + try { + return Convert.ToBoolean (data [key]); + } catch (Exception e) { + return false; + } + } + + public object GetObject (string key) + { + return data [key]; + } + + public void SetObject (string key, object value) + { + if (key != null) + data [key] = value; + } + + public System.Uri Uri { + get { return uri; } + set { uri = value; } + } + + public Account Account { + get { return account; } + } + } + + ///////////////////////////////////////////////////////////////////////////////////// + + // String types: + // id, sender, subject, recipients, date, mailbox + // Integer types: + // size, msgOffset, offlineMsgSize + // Bool types: + // FullIndex + public class Mail : StorageBase { + private string workfile; + + public Mail (Account account, Hashtable data, string workfile) + { + foreach (string key in data.Keys) { + if (key == "id") + SetObject (key, data [key]); + else if (key == "sender") + SetObject (key, Utils.HeaderDecodePhrase ((string) data [key])); + else if (key == "subject") + SetObject (key, Utils.HeaderDecodeText ((string) data [key])); + else if (key == "recipients") + SetObject (key, Utils.HeaderDecodePhrase ((string) data [key])); + else if (key == "date") + SetObject (key, Thunderbird.HexDateToString ((string) data [key])); + else if (key == "size") + SetObject (key, Thunderbird.Hex2Dec ((string) data [key])); + else if (key == "msgOffset") + SetObject (key, Thunderbird.Hex2Dec ((string) data[key])); + else if (key == "offlineMsgSize") + SetObject (key, Thunderbird.Hex2Dec ((string) data [key])); + else if (key == "message-id") + SetObject (key, (string) data [key]); + else if (key == "references") + SetObject (key, (data [key] as string).Replace ("\\", "")); + } + + this.account = account; + this.workfile = workfile; + SetObject ("mailbox", Thunderbird.ConstructMailboxString (workfile, account)); + this.uri = Thunderbird.NewUri (Account, GetString ("mailbox"), GetString ("id")); + } + + private GMime.Message ConstructMessage () + { + GMime.Message message = null; + + // Try to fully index this mail by loading the entire mail into memory + if (GetBool ("FullIndex")) + message = FullMessage (); + + // Make sure we have the correct status set on this message, in case something went wrong + if (message == null || (message != null && message.Stream.Length <= 1)) { + SetObject ("FullIndex", (object) false); + return PartialMessage (); + } else + return message; + } + + private GMime.Message PartialMessage () + { + string date = GetString ("date"); + GMime.Message message = new GMime.Message (true); + + message.Subject = GetString ("subject"); + message.Sender = GetString ("sender"); + message.MessageId = GetString ("message-id"); + message.SetDate ((date != string.Empty ? DateTime.Parse (date) : new DateTime (1970, 1, 1, 0, 0, 0)), 0); + + // Add references + if (data.ContainsKey ("references")) { + foreach (Match m in Regex.Matches ((data ["references"] as string), @"\<(?>[^\<\>]+)\>")) + message.AddHeader ("References", m.Value); + } + + return message; + } + + private GMime.Message FullMessage () + { + int fd; + string file = Thunderbird.GetFullyIndexableFile (workfile); + GMime.Message message = null; + + // gmime will go nuts and make the daemon "segmentation fault" in case the file doesn't exist! + if (!File.Exists (file)) + return message; + + try { + fd = Mono.Unix.Native.Syscall.open (file, Mono.Unix.Native.OpenFlags.O_RDONLY); + StreamFs stream = new StreamFs (fd, Offset, Offset + Size); + Parser parser = new Parser (stream); + message = parser.ConstructMessage (); + + stream.Dispose (); + parser.Dispose (); + } catch (Exception e) {} + + return message; + } + + public int Offset { + get { + int msg_offset = GetInt ("msgOffset"); + return (msg_offset >= 0 ? msg_offset : Thunderbird.Hex2Dec (GetString ("id"))); + } + } + + public int Size { + get { + int msg_offline_size = GetInt ("offlineMsgSize"); + return (msg_offline_size >= 0 ? msg_offline_size : GetInt ("size")); + } + } + + public GMime.Message Message { + get { return ConstructMessage (); } + } + } + + ///////////////////////////////////////////////////////////////////////////////////// + + // String types: + // id, FirstName, LastName, DisplayName, NickName, PrimaryEmail, SecondEmail, + // WorkPhone, FaxNumber, HomePhone, PagerNumber, CellularNumber, HomeAddress, + // HomeAddress2, HomeCity, HomeState, HomeZipCode, HomeCountry, WorkAddress, + // WorkAddress2, WorkCity, WorkState, WorkZipCode, WorkCountry, JobTitle, Department, + // Company, _AimScreenName, FamilyName, WebPage1, WebPage2, BirthYear, BirthMonth + // , BirthDay, Custom1, Custom2, Custom3, Custom4, Notes, PreferMailFormat + // Integer types: + // None + public class Contact : StorageBase { + private string workfile; + + public Contact (Account account, Hashtable data, string workfile) + { + this.account = account; + this.data = data; + this.workfile = workfile; + this.uri = NewUri (account, Thunderbird.ConstructMailboxString (workfile, account), GetString ("id")); + } + + public string Workfile { + get { return workfile; } + } + + } + + ///////////////////////////////////////////////////////////////////////////////////// + + // String types: + // id, subject, sender, date, message-id + // Integer types: + // size + public class RssFeed : StorageBase { + private string workfile; + + public RssFeed (Account account, Hashtable data, string workfile) + { + foreach (string key in data.Keys) { + if (key == "id") + SetObject (key, data [key]); + else if (key == "subject") // title + SetObject (key, Utils.HeaderDecodePhrase ((string) data [key])); + else if (key == "sender") // publisher + SetObject (key, Utils.HeaderDecodePhrase ((string) data [key])); + else if (key == "date") // date + SetObject (key, HexDateToString ((string) data [key])); + else if (key == "size") // size + SetObject (key, Hex2Dec ((string) data [key])); + else if (key == "message-id") { // links + string tmp = (string) data [key]; + SetObject (key, Utils.HeaderDecodePhrase (tmp.Substring (0, tmp.LastIndexOf ("@")))); + } + } + + this.account = account; + this.workfile = workfile; + this.uri = NewUri (account, ConstructMailboxString (workfile, account), GetString ("id")); + } + + // FIXME: Make this a lot faster! + private StringReader ConstructContent () + { + string content = null; + string file = GetFullyIndexableFile (workfile); + + if (!File.Exists (file)) + return null; + + try { + StreamReader reader = new StreamReader (file); + + char[] tmp = new char [GetInt ("size")]; + reader.BaseStream.Seek (Hex2Dec (GetString ("id")), SeekOrigin.Begin); + reader.Read (tmp, 0, tmp.Length); + + // We don't want to index all HTTP headers, so we cut 'em off + content = new string (tmp); + content = content.Substring (content.IndexOf ("")); + + reader.Close (); + } catch (Exception e) { } + + return (content != null ? new StringReader (content) : null); + } + + public string Workfile { + get { return workfile; } + } + + public StringReader Content { + get { return ConstructContent (); } + } + } + + ///////////////////////////////////////////////////////////////////////////////////// + + // String types: + // id, subject, sender, date + // Integer types: + // size + // An NNTP message resambles a mail so very much... + public class NntpMessage : Mail { + + public NntpMessage (Account account, Hashtable data, string workfile) + : base (account, data, workfile) + { + foreach (string key in data.Keys) { + if (key == "id") + SetObject (key, data [key]); + else if (key == "subject") + SetObject (key, Utils.HeaderDecodeText ((string) data [key])); + else if (key == "sender") + SetObject (key, Utils.HeaderDecodePhrase ((string) data [key])); + else if (key == "date") + SetObject (key, Thunderbird.HexDateToString ((string) data [key])); + else if (key == "size") + SetObject (key, Thunderbird.Hex2Dec ((string) data [key])); + } + + Uri = NewUri (account, ConstructMailboxString (workfile, account), GetString ("id")); + } + + } + + ///////////////////////////////////////////////////////////////////////////////////// + + // Still just a stub, will be fixed later on + public class MoveMail : StorageBase { + + public MoveMail (Account account, Hashtable data, string workfile) + { + this.account = account; + this.data = data; + //this.workfile = workfile; + this.uri = NewUri (account, GetString ("tmp"), GetString ("id")); + } + + } + + ///////////////////////////////////////////////////////////////////////////////////// + + public class Database : IEnumerable { + private static MorkDatabase db; + private Account account; + private string file; + + private IEnumerator current = null; + + public Database (Account account, string file) + { + this.account = account; + this.file = file; + } + + public void Load () + { + db = new MorkDatabase (file); + db.Read(); + + switch (account.Type) { + case AccountType.Pop3: + case AccountType.Imap: + case AccountType.Rss: + case AccountType.Nntp: + case AccountType.MoveMail: + db.EnumNamespace = "ns:msg:db:row:scope:msgs:all"; + break; + case AccountType.AddressBook: + db.EnumNamespace = "ns:addrbk:db:row:scope:card:all"; + break; + } + + current = db.GetEnumerator (); + } + + public Account Account { + get { return account; } + } + + public int Count { + get { + if (db == null) + return 0; + + return (account.Type == AccountType.AddressBook ? + db.GetRowCount ("ns:addrbk:db:row:scope:card:all", "BF") : + db.GetRowCount ("ns:msg:db:row:scope:msgs:all")); + } + } + + public string Filename { + get { return (db != null ? db.Filename : string.Empty); } + } + + public MorkDatabase Db { + get { return db; } + } + + public IEnumerator GetEnumerator () + { + return new DatabaseEnumerator (db, account, current); + } + + public class DatabaseEnumerator : IEnumerator { + private MorkDatabase db; + private Account account; + private IEnumerator enumerator; + + public DatabaseEnumerator (MorkDatabase db, Account account, IEnumerator enumerator) + { + this.db = db; + this.enumerator = enumerator; + this.account = account; + } + + public bool MoveNext () + { + return (enumerator != null ? enumerator.MoveNext () : false); + } + + public void Reset () + { + enumerator.Reset (); + } + + public object Current { + get { + switch (account.Type) { + case AccountType.Pop3: + case AccountType.Imap: + return new Mail (account, db.Compile ((string) enumerator.Current, + "ns:msg:db:row:scope:msgs:all"), db.Filename); + case AccountType.AddressBook: + return new Contact (account, db.Compile ((string) enumerator.Current, + "ns:addrbk:db:row:scope:card:all"), db.Filename); + case AccountType.Rss: + return new RssFeed (account, db.Compile ((string) enumerator.Current, + "ns:msg:db:row:scope:msgs:all"), db.Filename); + case AccountType.Nntp: + return new NntpMessage (account, db.Compile ((string) enumerator.Current, + "ns:msg:db:row:scope:msgs:all"), db.Filename); + case AccountType.MoveMail: + return new MoveMail (account, db.Compile ((string) enumerator.Current, + "ns:msg:db:row:scope:msgs:all"), db.Filename); + } + + return null; + } + } + } + } + + ///////////////////////////////////////////////////////////////////////////////////// + + public static string HexDateToString (string hex) + { + DateTime time = new DateTime (1970,1,1,0,0,0); + + try { + time = time.AddSeconds ( + Int32.Parse (hex, NumberStyles.HexNumber)); + } catch (Exception e) {} + + return time.ToString (); + } + + public static int Hex2Dec (string hex) + { + int dec = -1; + + try { + dec = Convert.ToInt32 (hex, 16); + } catch (Exception e) { } + + return dec; + } + + public static int ParsePort (AccountType type) + { + int port = 0; + + switch (type) { + case AccountType.Pop3: + port = 110; + break; + case AccountType.Imap: + port = 143; + break; + } + + return port; + } + + public static AccountType ParseAccountType (string type_str) + { + AccountType type; + + try { + type = (AccountType) Enum.Parse (typeof (AccountType), type_str, true); + } catch { + type = AccountType.Invalid; + } + + return type; + } + + // A hack to extract a potential delimiter from a namespace-string + public static char GetDelimiter (string[] namespace_str) + { + MatchCollection matches = null; + Regex reg = new Regex (@"\\\""(.*)(?[^,])\\\""", RegexOptions.Compiled); + + if (namespace_str == null) + return char.MinValue; + + foreach (string str in namespace_str) { + try { + matches = reg.Matches (str); + } catch (Exception e) { + continue; + } + + foreach (Match m in matches) { + char delim = Convert.ToChar (m.Result ("${delimiter}")); + if (delim != ' ') + return delim; + } + } + + return char.MinValue; + } + + public static Uri NewUri (Account account, string mailbox, string id) + { + Uri uri = null; + + switch (account.Type) { + case AccountType.Pop3: + case AccountType.MoveMail: + case AccountType.Rss: // rss, movemail and pop3 share the same uri scheme + uri = new Uri (String.Format ("mailbox://{0}/{1}?number={2}", + account.Path, mailbox, Convert.ToInt32 (id, 16))); + break; + case AccountType.Imap: + uri = new Uri (String.Format ("imap://{0}:{1}/fetch%3EUID%3E{2}%3E{3}", + account.Server, account.Port, mailbox, Convert.ToInt32 (id, 16))); + break; + case AccountType.AddressBook: + uri = new Uri (String.Format ("abook://{0}?id={1}", mailbox, id)); + break; + case AccountType.Nntp: + uri = new Uri (String.Format ( "news://{0}:{1}/{2}?number={3}" , + new string[] {account.Server, account.Port.ToString(), mailbox, id} )); + break; + case AccountType.Invalid: + break; + } + + return uri; + } + + public static string GetFullyIndexableFile (string mork_file) + { + string mailbox_file = Path.Combine ( + Path.GetDirectoryName (mork_file), + Path.GetFileNameWithoutExtension (mork_file)); + + return mailbox_file; + } + + // a generic way to determine where thunderbird is storing it's files + public static string GetRootPath () + { + foreach (string dir in Directory.GetDirectories (PathFinder.HomeDir, ".*thunderbird*")) { + if (File.Exists (Path.Combine (dir, "profiles.ini"))) + return dir; + } + + return null; + } + + public static string[] GetProfilePaths (string root) + { + string line; + StreamReader reader; + ArrayList profiles = new ArrayList (); + + try { + reader = new StreamReader (Path.Combine (root, "profiles.ini")); + } catch (Exception e) { + return (string[]) profiles.ToArray (); + } + + // Read the profile path + while ((line = reader.ReadLine ()) != null) { + if (line.StartsWith ("Path=")) { + profiles.Add (String.Format ("{0}/{1}", root, line.Substring (5))); + continue; + } + } + + return (string[]) profiles.ToArray (typeof (string)); + } + + public static string GetRelativePath (string mork_file) + { + string path = null; + foreach (string root in Thunderbird.GetProfilePaths (Thunderbird.GetRootPath ())) { + if (!mork_file.StartsWith (root)) + continue; + + path = mork_file.Substring (root.Length+1); + break; + } + + return path; + } + + public static ArrayList ReadAccounts (string profile_dir) + { + string line = null; + Queue accounts = new Queue(); + Hashtable tbl = new Hashtable (); + ArrayList account_list = new ArrayList (); + StreamReader reader; + Regex id_reg = new Regex (@"account.account(?\d).server"); + Regex reg = new Regex (@"user_pref\(""mail\.(?.*)""\s*,\s*(""(?.*)"" | (?.*))\);", + RegexOptions.Compiled | RegexOptions.IgnorePatternWhitespace); + + try { + reader = new StreamReader (Path.Combine (profile_dir, "prefs.js")); + } catch (Exception e) { + if (Debug) + Logger.Log.Debug ("Failed to open file {0}: {1}", Path.Combine (profile_dir , "prefs.js"), e.Message); + + return account_list; + } + + while ((line = reader.ReadLine()) != null) { + if (!line.StartsWith ("user_pref(\"mail.")) + continue; + + try { + string key = reg.Match (line).Result ("${key}"); + + if (key.StartsWith ("account.account")) { + if (Debug) + Logger.Log.Debug ("account.account: {0}", id_reg.Match (key).Result ("${id}")); + + accounts.Enqueue (id_reg.Match (key).Result ("${id}")); + } + + tbl [key] = reg.Match (line).Result ("${value}"); + } catch (Exception e) { + if (Debug) + Logger.Log.Debug ("ReadAccounts 1: {0}", e.Message); + } + } + + if (Debug) + Logger.Log.Info ("ReadAccounts: {0} accounts", accounts.Count); + + while (accounts.Count > 0) { + string id = "server.server" + (accounts.Dequeue() as string); + AccountType type = ParseAccountType ((string) tbl [id + ".type"]); + char delimiter = GetDelimiter (new string [] { (string) tbl [id + ".namespace.personal"], + (string) tbl [id + ".namespace.public"], (string) tbl [id + ".namespace.other_users"]}); + + if (type == AccountType.Invalid) + continue; + + if (Debug) + Logger.Log.Debug ("ReadAccounts 2: {0}", id); + + try { + account_list.Add (new Account ( + String.Format ("{0}@{1}", (string) tbl [id + ".userName"], (string) tbl [id + ".hostname"]), + (string) tbl [id + ".directory"], Convert.ToInt32 ((string) tbl [id + ".port"]), type, delimiter)); + } catch (Exception e) { + if (Debug) + Logger.Log.Debug ("ReadAccounts 3: {0}", e.Message); + continue; + } + } + + // In case the address book file exists, add it as well + if (File.Exists (Path.Combine (profile_dir, "abook.mab"))) { + account_list.Add (new Account (Path.GetFileName (profile_dir), + Path.Combine (profile_dir, "abook.mab"), 0, AccountType.AddressBook, ' ')); + } + + return account_list; + } + + public static bool IsMorkFile (string path, string filename) + { + string full_path = Path.Combine (path, filename); + + if (Path.GetExtension (filename) == ".msf" && File.Exists (full_path)) + return true; + + return false; + } + + public static bool IsFullyIndexable (string mork_file) + { + try { + FileInfo file_info = new FileInfo (GetFullyIndexableFile (mork_file)); + if (file_info.Length > 0) + return true; + } catch (Exception e) {} + + return false; + } + + public static string ConstructMailboxString (string mork_file, Account account) + { + string mailbox = null; + + switch (account.Type) { + case AccountType.Pop3: + case AccountType.Rss: + case AccountType.MoveMail: + mailbox = GetFullyIndexableFile (mork_file.Substring (account.Path.Length+1)); + break; + case AccountType.Imap: + mailbox = mork_file.Substring (account.Path.Length+1); + mailbox = account.Delimiter + GetFullyIndexableFile (mailbox).Replace + (".sbd/", Convert.ToString (account.Delimiter)); + break; + case AccountType.AddressBook: + mailbox = mork_file; + break; + case AccountType.Nntp: + // Doesn't really matter what this is as long as it's unique (at least until I've figure the uri schemes) + mailbox = account.Server; + break; + case AccountType.Invalid: + mailbox = String.Format ("InvalidMailbox-{0}", mork_file); + break; + } + + return mailbox; + } + } + +} Index: Util/Mork.cs =================================================================== --- Util/Mork.cs (revision 0) +++ Util/Mork.cs (revision 0) @@ -0,0 +1,382 @@ +// +// Mork.cs: A parser for mork files (used by software such as Firefox and Thunderbird) +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Text; +using System.Collections; +using System.Text.RegularExpressions; + +namespace Beagle.Util +{ + public class MorkDatabase : IEnumerable { + protected string mork_file; + protected string enum_namespace; + + protected Hashtable dicts; + protected Hashtable metadicts; + protected Hashtable rows; + protected Hashtable tables; + + protected string regex_dict = @"(?\w+)\s*=(?(?>[^()]+|\((?)|\) (?<-n>))*)\)(\(|>)"; + protected string regex_row = @"(?[-!+]?)\[(-|)(?[0-9A-Za-z:\^]+)(?(?>[^\[\]]+)?)\]"; + protected string regex_cell = @"\^(?[0-9A-Fa-f]+)(\^(?[0-9A-Fa-f]+)|=(?[0-9A-Fa-f]+))"; + protected string regex_table = @"{.*?:(?[0-9A-Fa-f\^]+) {\(k\^(?[0-9A-Fa-f]+):c\)"; + + public MorkDatabase (string mork_file) + { + this.mork_file = mork_file; + this.dicts = new Hashtable (); + this.metadicts = new Hashtable (); + this.rows = new Hashtable (); + this.tables = new Hashtable (); + } + + public void Read () + { + string content; + StreamReader reader; + + reader = new StreamReader (mork_file); + content = reader.ReadToEnd (); + reader.Close (); + + Reset (); + Read (content); + } + + protected void Read (string content) + { + int position = -1; + + while (++position != content.Length) { + + if (content [position].Equals ('/') && content [position].Equals ('/')) + // Ignore comments + position = content.IndexOf ('\n'); + else if (content [position].Equals ('<') && content [position+2].Equals ('<')) + // Parse metadict information + ParseMetaDict (Read (content, ref position, "<(", ")>")); + else if (content [position].Equals ('<')) + // Parse dict information + ParseDict (Read (content, ref position, "<(", ")>")); + else if (content [position].Equals ('{')) { + // Parse table information + ParseTable (Read (content, ref position, "{", "}")); + }else if (content [position].Equals ('[')) + // Parse rows + ParseRows (Read (content, ref position, "[", "]"), null, null); + else if (content [position].Equals ('@') && content [position+1].Equals ('$')) + // Parse groups + ParseGroups (Read (content, ref position, "@$${", "@$$}")); + } + } + + protected string Read (string content, ref int position, string start, string end) + { + int tmp = position, start_position = position; + + do { + position = content.IndexOf (end, position+1); + if ((tmp = content.IndexOf (start, tmp+1)) < 0) + break; + } while (tmp < position); + + return content.Substring (start_position, position-start_position+1); + } + + protected virtual void ParseDict (string dict) + { + Regex reg = new Regex (@"(?[0-9A-Fa-f]+)\s*=(?(.*))", RegexOptions.Compiled); + + // This is sooo lame that, but it's an easy solution that works + foreach (string t in Regex.Replace (dict.Substring (2, dict.Length-3).Replace ("\\\n", ""). + Replace ("\n", ""), @"\)\s*\(", "\n").Split ('\n')) { + + try { + Match m = reg.Match (t); + dicts [m.Result ("${id}")] = m.Result ("${value}"); + + } catch (Exception e) { } + } + + } + + protected virtual void ParseMetaDict (string metadict) + { + Regex reg = new Regex (@"(?[0-9A-Fa-f]+)=(?[^()]+)", RegexOptions.Compiled); + + foreach (Match m in reg.Matches (metadict)) + metadicts [m.Result ("${id}")] = m.Result ("${value}"); + } + + protected virtual void ParseTable (string table) + { + int start = table.IndexOf ('}')+1; + Match m = new Regex (regex_table, RegexOptions.Compiled).Match (table); + + ParseRows (table.Substring (start, table.Length-start-1), m.Result ("${ns}"), m.Result ("${tbl}")); + } + + protected virtual void ParseRows (string rows, string ns, string table) + { + Regex reg = new Regex (regex_row, RegexOptions.Compiled); + + foreach (Match m in reg.Matches (Clean (rows))) { + // tmp [0] == id, tmp [1] == ns + string[] tmp = m.Result ("${roid}").Split (':'); + + if (m.Result ("${action}") == "-" || m.Result ("${cells}") == string.Empty) + RemoveRow (tmp [0], (tmp.Length > 1 ? tmp [1] : ns)); + else + AddRow (tmp [0], (tmp.Length > 1 ? tmp [1] : ns), table, m.Result ("${cells}")); + } + } + + protected virtual void ParseGroups (string groups) + { + int start = groups.IndexOf ("{@")+2; + + Read (groups.Substring (start, groups.Length-start-1)); + } + + protected string Clean (string str) + { + return str.Replace ("\n", "").Replace (" ", ""); + } + + public string ParseNamespace (string ns) + { + if (ns.StartsWith ("^")) + return ns; + else { + foreach (string key in metadicts.Keys) + if ((metadicts [key] as string) == ns) + return String.Format ("^{0}", key); + } + + return ns; + } + + public void AddRow (string id, string ns, string table, string cells) + { + string ns2 = ParseNamespace (ns); + + if (id == string.Empty || ns2 == string.Empty || cells == string.Empty) + return; + else if (!rows.ContainsKey (ns2)) + rows [ns2] = new Hashtable (); + + // Add row with a twist... (aka hack) + if (!Exists (id, ns2)) + (rows [ns2] as Hashtable).Add (id, cells); + else + (rows [ns2] as Hashtable) [id] = UpdateCells (GetCells (id, ns2), cells); + + // Save table association + if (!tables.ContainsKey (id)) + tables [id] = table; + } + + private string UpdateCells (string old_cells, string new_cells) + { + string ret_string = string.Empty; + Hashtable tbl = new Hashtable (); + Regex reg = new Regex (@"(?\^[0-9A-Fa-f]+)((?(\^|=)[0-9A-Fa-f]+))", RegexOptions.Compiled); + + foreach (Match m in reg.Matches (String.Concat (old_cells, new_cells))) + tbl [m.Result ("${key}")] = m.Result ("${value}"); + + foreach (string key in tbl.Keys) + ret_string = String.Concat (ret_string, String.Format ("({0}{1})", key, tbl [key])); + + return ret_string; + } + + public void RemoveRow (string id, string ns) + { + string ns2 = ParseNamespace (ns); + + if (!rows.ContainsKey (ns2)) + return; + + (rows [ns2] as Hashtable).Remove (id); + tables.Remove (id); + } + + public string GetCells (string id, string ns) + { + string ns2 = ParseNamespace (ns); + + return (ns2 != null ?(rows [ns2] as Hashtable) [id] as string : null); + } + + public Hashtable Compile (string id, string ns) + { + string ns2 = ParseNamespace (ns); + + if (!Exists (id, ns2)) + return null; + + Hashtable tbl = new Hashtable (); + Regex reg = new Regex (regex_cell, RegexOptions.Compiled); + + foreach (Match m in reg.Matches (GetCells (id, ns2))) { + string value = (string) (m.Result ("${pvalue}") != string.Empty ? + dicts [m.Result("${pvalue}")] : m.Result ("${value}")); + + tbl [metadicts [m.Result ("${key}")]] = Decode (value, Encoding); + } + + tbl ["id"] = id; + tbl ["table"] = tables [id]; + + return tbl; + } + + public bool Exists (string id, string ns) + { + string ns2 = ParseNamespace (ns); + + return (ns2 != null ? (rows [ns] as Hashtable).ContainsKey (id) : false); + } + + public int GetRowCount (string ns) + { + string ns2 = ParseNamespace (ns); + + if (ns2 == null || rows [ns2] == null) + return -1; + + return (rows [ns2] as Hashtable).Count; + } + + public int GetRowCount (string ns, string table) + { + int count = 0; + string ns2 = ParseNamespace (ns); + + if (ns2 == null || rows [ns2] == null) + return -1; + + foreach (string id in (rows [ns2] as Hashtable).Keys) { + if ((string) tables [id] == table) + count++; + } + + return count; + } + + public IEnumerator GetEnumerator () + { + string ns = ParseNamespace (EnumNamespace); + + if (ns == null || (rows [ns] as Hashtable) == null || Empty) + return null; + + return (rows [ns] as Hashtable).Keys.GetEnumerator (); + } + + public void Reset () + { + dicts.Clear (); + metadicts.Clear (); + rows.Clear (); + tables.Clear (); + } + + public static string Convert (int char1, int char2, System.Text.Encoding to_encoding) + { + byte[] bytes; + System.Text.Encoding from; + + if (char2 == -1) { + from = System.Text.Encoding.UTF7; + bytes = new byte[] { System.Convert.ToByte (char1) }; + } else { + from = System.Text.Encoding.UTF8; + bytes = new byte[] { System.Convert.ToByte (char1), System.Convert.ToByte (char2) }; + } + + return to_encoding.GetString (System.Text.Encoding.Convert (from, to_encoding, bytes)); + } + + public static string Decode (string str, System.Text.Encoding to_encoding) + { + foreach (Match m in Regex.Matches (str, @"\$(?<1>[0-9A-F]{2})\$(?<2>[0-9A-F]{2})|\$(?<3>[0-9A-F]{2})")) { + string char1 = m.Result ("${1}"), char2 = m.Result ("${2}"), char3 = m.Result ("${3}"); + + if (char1 != string.Empty) { + str = str.Replace (String.Format (@"${0}${1}", char1, char2), + Convert (Thunderbird.Hex2Dec (char1), Thunderbird.Hex2Dec (char2), to_encoding)); + } else { + str = str.Replace (String.Format (@"${0}", char3), + Convert (Thunderbird.Hex2Dec (char3), -1, to_encoding)); + } + } + + return str; + } + + public int Rows { + get { + int count = 0; + + foreach (Hashtable r in rows.Values) + count += r.Count; + + return count; + } + } + + public string EnumNamespace { + get { return enum_namespace; } + set { enum_namespace = value; } + } + + public string Filename { + get { return mork_file; } + } + + // There will always exist an item with id 1 in namespace 80, which means + // that when there are less than two items in the database, it's empty + public bool Empty { + get { return (rows.Count > 1 ? false : true); } + } + + public System.Text.Encoding Encoding { + get { + System.Text.Encoding encoding = System.Text.Encoding.GetEncoding ("iso-8859-1"); + + try { + encoding = System.Text.Encoding.GetEncoding ((string) metadicts ["f"]); + } catch { } + + return encoding; + } + } + } +} Index: Util/Makefile.am =================================================================== --- Util/Makefile.am (revision 2690) +++ Util/Makefile.am (working copy) @@ -114,6 +114,11 @@ $(srcdir)/SemWeb/XPathSemWebNavigator.cs \ $(srcdir)/PropertyKeywordAttribute.cs +if ENABLE_THUNDERBIRD +UTIL_CSFILES += \ + $(srcdir)/Mork.cs \ + $(srcdir)/Thunderbird.cs +endif if HAS_LIBCHM UTIL_CSFILES += \ Index: beagled/ThunderbirdQueryable/Contact.cs =================================================================== --- beagled/ThunderbirdQueryable/Contact.cs (revision 0) +++ beagled/ThunderbirdQueryable/Contact.cs (revision 0) @@ -0,0 +1,150 @@ +// +// Contact.cs: Adds address book indexing support to the Thunderbird backend +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Collections; +using System.Reflection; +using System.Text.RegularExpressions; + +using Beagle.Util; +using Beagle.Daemon; +using TB = Beagle.Util.Thunderbird; + +using GMime; + +namespace Beagle.Daemon.ThunderbirdQueryable { + + [ThunderbirdIndexableGenerator (TB.AccountType.AddressBook, "Address book support", true)] + public class ContactIndexableGenerator : ThunderbirdIndexableGenerator { + + public ContactIndexableGenerator (ThunderbirdIndexer indexer, TB.Account account, string abook_file) + : base (indexer, account, abook_file) + { + } + + public override bool HasNextIndexable () + { + do { + if (DbEnumerator == null || !DbEnumerator.MoveNext ()) { + Done = true; + indexer.NotificationEvent -= OnNotification; + indexer.ChildComplete (); + return false; + } + } while ((DbEnumerator.Current as TB.Contact).GetString ("table") != "BF" || + IsUpToDate ((DbEnumerator.Current as TB.Contact).Uri)); + + return true; + } + + public override Indexable GetNextIndexable () + { + return ContactToIndexable (DbEnumerator.Current as TB.Contact); + } + + public override void LoadDatabase () + { + try { + db = new TB.Database (account, DbFile); + db.Load (); + } catch (Exception e) { + Logger.Log.Debug ("Failed to load {0}: {1}", DbFile, e.Message); + return; + } + + if (db.Count <= 0) + return; + + Logger.Log.Info ("Indexing address book containing {0} contact(s) ({1})", db.Count, RelativePath); + } + + private Indexable ContactToIndexable (TB.Contact contact) + { + Indexable indexable = NewIndexable (contact.Uri, DateTime.Now.ToUniversalTime (), "Contact"); + + indexable.AddProperty (Property.New ("fixme:FirstName", contact.GetString ("FirstName"))); + indexable.AddProperty (Property.New ("fixme:LastName", contact.GetString ("LastName"))); + indexable.AddProperty (Property.New ("fixme:DisplayName", contact.GetString ("LastName"))); + indexable.AddProperty (Property.New ("fixme:NickName", contact.GetString ("NickName"))); + indexable.AddProperty (Property.NewKeyword ("fixme:PrimaryEmail", contact.GetString ("PrimaryEmail"))); + indexable.AddProperty (Property.NewKeyword ("fixme:SecondEmail", contact.GetString ("SecondEmail"))); + indexable.AddProperty (Property.New ("fixme:WorkPhone", contact.GetString ("WorkPhone"))); + indexable.AddProperty (Property.New ("fixme:FaxNumber", contact.GetString ("FaxNumber"))); + indexable.AddProperty (Property.New ("fixme:HomePhone", contact.GetString ("HomePhone"))); + indexable.AddProperty (Property.New ("fixme:PagerNumber", contact.GetString ("PagerNumber"))); + indexable.AddProperty (Property.New ("fixme:CellularNumber", contact.GetString ("CellularNumber"))); + indexable.AddProperty (Property.New ("fixme:HomeAddress", contact.GetString ("HomeAddress"))); + indexable.AddProperty (Property.New ("fixme:HomeAddress2", contact.GetString ("HomeAddress2"))); + indexable.AddProperty (Property.New ("fixme:HomeCity", contact.GetString ("HomeCity"))); + indexable.AddProperty (Property.New ("fixme:HomeState", contact.GetString ("HomeState"))); + indexable.AddProperty (Property.New ("fixme:HomeZipCode", contact.GetString("HomeZipCode"))); + indexable.AddProperty (Property.New ("fixme:HomeCountry", contact.GetString ("HomeCountry"))); + indexable.AddProperty (Property.New ("fixme:WorkAddress", contact.GetString ("WorkAddress"))); + indexable.AddProperty (Property.New ("fixme:WorkAddress2", contact.GetString ("WorkAddress2"))); + indexable.AddProperty (Property.New ("fixme:WorkCity", contact.GetString ("WorkCity"))); + indexable.AddProperty (Property.New ("fixme:WorkState", contact.GetString ("WorkState"))); + indexable.AddProperty (Property.New ("fixme:WorkZipCode", contact.GetString ("WorkZipCode"))); + indexable.AddProperty (Property.New ("fixme:WorkCountry", contact.GetString ("WorkCountry"))); + indexable.AddProperty (Property.New ("fixme:JobTitle", contact.GetString ("JobTitle"))); + indexable.AddProperty (Property.New ("fixme:Department", contact.GetString ("Department"))); + indexable.AddProperty (Property.New ("fixme:Company", contact.GetString ("Company"))); + indexable.AddProperty (Property.New ("fixme:_AimScreenName", contact.GetString ("_AimScreenName"))); + indexable.AddProperty (Property.New ("fixme:FamilyName", contact.GetString ("FamilyName"))); + indexable.AddProperty (Property.NewKeyword ("fixme:WebPage1", contact.GetString ("WebPage1"))); + indexable.AddProperty (Property.NewKeyword ("fixme:WebPage2", contact.GetString ("WebPage2"))); + indexable.AddProperty (Property.New ("fixme:BirthYear", contact.GetString ("BirthYear"))); + indexable.AddProperty (Property.New ("fixme:BirthMonth", contact.GetString ("BirthMonth"))); + indexable.AddProperty (Property.New ("fixme:BirthDay", contact.GetString ("BirthDay"))); + indexable.AddProperty (Property.New ("fixme:Custom1", contact.GetString ("Custom1"))); + indexable.AddProperty (Property.New ("fixme:Custom2", contact.GetString ("Custom2"))); + indexable.AddProperty (Property.New ("fixme:Custom3", contact.GetString ("Custom3"))); + indexable.AddProperty (Property.New ("fixme:Custom4", contact.GetString ("Custom4"))); + indexable.AddProperty (Property.New ("fixme:Notes", contact.GetString ("Notes"))); + indexable.AddProperty (Property.New ("fixme:PreferMailFormat", contact.GetString ("PreferMailFormat"))); + + indexable.AddProperty (Property.NewKeyword ("fixme:Email", contact.GetString ("PrimaryEmail"))); + indexable.AddProperty (Property.New ("fixme:Name", contact.GetString ("DisplayName"))); + + return indexable; + } + + // Why? Because it's very likely that the user will sometimes change contact details. Current IsUpToDate + // (in ThunderbirdIndexableGenerator-class) only checks the "fullyIndexed" property and when the contact + // was indexed, thus if the user changes an email address it won't be updated until beagle is restarted. + // By always returning false here, we make sure that beagle always re-index contacts when something + // happens. It's a really fast and not a very cpu intensive task, so it doesn't really matter. + protected new bool IsUpToDate (Uri uri) + { + // Remove this uri from the cache + if (stored_cache != null) + stored_cache.Remove (uri.ToString ()); + + return false; + } + } +} + Index: beagled/ThunderbirdQueryable/ThunderbirdInotify.cs =================================================================== --- beagled/ThunderbirdQueryable/ThunderbirdInotify.cs (revision 0) +++ beagled/ThunderbirdQueryable/ThunderbirdInotify.cs (revision 0) @@ -0,0 +1,160 @@ +// +// ThunderbirdInotify.cs. This class will sumnarize inotify events and raise an event every 30 seconds (to prevent inotify hammering) +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Collections; + +using Beagle; +using Beagle.Util; + +namespace Beagle.Daemon.ThunderbirdQueryable { + + public class ThunderbirdInotify { + protected struct Event { + public Inotify.Watch Watch; + public string Path; + public string Subitem; + public string Srcpath; + public Inotify.EventType Type; + public long OldFileSize; + public long CurrentFileSize; + + public Event (Inotify.Watch watch, string path, string subitem, + string srcpath, Inotify.EventType type, long old_size, long current_size) + { + this.Watch = watch; + this.Path = path; + this.Subitem = subitem; + this.Srcpath = srcpath; + this.Type = type; + this.OldFileSize = old_size; + this.CurrentFileSize = current_size; + } + } + + private Queue queue; + + public ThunderbirdInotify () + { + queue = new Queue (); + + GLib.Timeout.Add (30000, new GLib.TimeoutHandler (Process)); + } + + public void Watch (string path, Inotify.EventType type) + { + Inotify.Subscribe (path, OnInotify, type); + } + + private void OnInotify (Inotify.Watch watch, + string path, + string subitem, + string srcpath, + Inotify.EventType type) + { + if (subitem == null) + return; + + // Unsubscribe to directories that have been removed + if ((type & Inotify.EventType.Delete) != 0 && (type & Inotify.EventType.IsDirectory) != 0) + watch.Unsubscribe (); + + lock (queue.SyncRoot) { + bool found = false; + for (int i = 0; i < queue.Count; i++) { + Event ev = (Event) queue.Dequeue (); + + if (ev.Path == path && ev.Subitem == subitem && ev.Srcpath == srcpath) { + found = true; + ev.Type = (ev.Type | type); + queue.Enqueue (ev); + break; + } + + queue.Enqueue (ev); + } + + if (!found) { + queue.Enqueue (new Event (watch, path, subitem, srcpath, + type, -1, GetFileSize (Path.Combine (path, subitem)))); + } + } + } + + private bool Process () + { + Queue tmp = new Queue (); + + lock (queue.SyncRoot) { + while (queue.Count > 0) { + Event ev = (Event) queue.Dequeue(); + long size = GetFileSize (Path.Combine (ev.Path, ev.Subitem)); + + if (Thunderbird.Debug) { + Logger.Log.Debug ("EVENT: {0} ({1}) [{2}, {3}]", + Path.Combine (ev.Path, ev.Subitem).ToString (), ev.Type, ev.CurrentFileSize, size); + } + + if (size != ev.CurrentFileSize) { + ev.OldFileSize = ev.CurrentFileSize; + ev.CurrentFileSize = size; + tmp.Enqueue (ev); + continue; + } + + OnInotifyEvent (ev); + } + + while (tmp.Count > 0) + queue.Enqueue (tmp.Dequeue ()); + } + + return true; + } + + private long GetFileSize (string filename) + { + long filesize = -1; + + try { + FileInfo file = new FileInfo (filename); + filesize = file.Length; + } catch (Exception e) { } + + return filesize; + } + + protected virtual void OnInotifyEvent (Event ev) + { + if (InotifyEvent != null) + InotifyEvent (ev.Watch, ev.Path, ev.Subitem, ev.Srcpath, ev.Type); + } + + public event Inotify.InotifyCallback InotifyEvent; + } + +} Index: beagled/ThunderbirdQueryable/LuceneAccess.cs =================================================================== --- beagled/ThunderbirdQueryable/LuceneAccess.cs (revision 0) +++ beagled/ThunderbirdQueryable/LuceneAccess.cs (revision 0) @@ -0,0 +1,136 @@ +// +// LuceneAccess.cs: Provides low level access to the underlying Lucene database +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.Collections; + +using Lucene.Net.Documents; +using Lucene.Net.Index; +using LNS = Lucene.Net.Search; + +using Beagle.Daemon; +using Beagle.Util; + +namespace Beagle.Daemon.ThunderbirdQueryable { + + public class LuceneAccess : LuceneQueryingDriver { + public class StoredInfo + { + public DateTime LastIndex; + public bool FullyIndexed; + public Uri Uri; + } + + public LuceneAccess (string index_name, int minor_version, bool read_only) + : base (index_name, minor_version, read_only) + { + + } + + public StoredInfo DocumentToStoredInfo (Document doc) + { + int count = 0; + StoredInfo info = new StoredInfo (); + + info.Uri = GetUriFromDocument (doc); + + foreach (Field f in doc.Fields ()) { + Property prop = GetPropertyFromDocument (f, doc, false); + if (prop == null) + continue; + + switch (prop.Key) { + case "fixme:indexDateTime": + info.LastIndex = StringFu.StringToDateTime (prop.Value); + count++; + break; + case "fixme:fullyIndexed": + info.FullyIndexed = Convert.ToBoolean (prop.Value); + count++; + break; + } + + if (count == 2) + break; + } + + return info; + } + + private class SingletonCollector : LNS.HitCollector + { + public int MatchId = -1; + + public override void Collect (int id, float score) + { + MatchId = id; + } + } + + public StoredInfo GetStoredInfo (Uri uri) + { + StoredInfo info = new StoredInfo (); + + LNS.Query query = UriQuery ("Uri", uri); + SingletonCollector collector = new SingletonCollector (); + + LNS.IndexSearcher searcher = LuceneCommon.GetSearcher (PrimaryStore); + searcher.Search (query, null, collector); + + if (collector.MatchId != -1) { + Document doc = searcher.Doc (collector.MatchId); + info = DocumentToStoredInfo (doc); + } + + LuceneCommon.ReleaseSearcher (searcher); + + return info; + } + + public Hashtable GetStoredUriStrings (string server, string file) + { + Hashtable uris = new Hashtable (); + + Term term = new Term (PropertyToFieldName (PropertyType.Keyword, "fixme:file"), file); + LNS.QueryFilter filter = new LNS.QueryFilter (new LNS.TermQuery (term)); + + term = new Term (PropertyToFieldName (PropertyType.Keyword, "fixme:account"), server); + LNS.TermQuery query = new LNS.TermQuery (term); + + LNS.IndexSearcher searcher = LuceneCommon.GetSearcher (PrimaryStore); + LNS.Hits hits = searcher.Search (query, filter); + + for (int i = 0; i < hits.Length (); i++) { + StoredInfo info = DocumentToStoredInfo (hits.Doc (i)); + uris.Add (info.Uri.ToString (), info.FullyIndexed); + } + + LuceneCommon.ReleaseSearcher (searcher); + + return uris; + } + } +} Index: beagled/ThunderbirdQueryable/ThunderbirdIndexableGenerator.cs =================================================================== --- beagled/ThunderbirdQueryable/ThunderbirdIndexableGenerator.cs (revision 0) +++ beagled/ThunderbirdQueryable/ThunderbirdIndexableGenerator.cs (revision 0) @@ -0,0 +1,258 @@ +// +// ThunderbirdIndexableGenerator.cs: A helper class that makes it very easy to add new features to this backend +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Collections; +using System.Reflection; +using System.Text.RegularExpressions; + +using Beagle.Util; +using Beagle.Daemon; +using TB = Beagle.Util.Thunderbird; + +using GMime; + +namespace Beagle.Daemon.ThunderbirdQueryable { + + // This is a generic IndexableGenerator-class and should be used to index mork files only! + public abstract class ThunderbirdIndexableGenerator : IIndexableGenerator { + protected ThunderbirdIndexer indexer; + protected TB.Database db; + protected TB.Account account; + protected IEnumerator db_enumerator; + + private bool full_index; + private string db_file; + private bool done; + private string relative_path; + protected Hashtable stored_cache; + + public ThunderbirdIndexableGenerator (ThunderbirdIndexer indexer, TB.Account account, string db_file) + { + this.indexer = indexer; + this.indexer.NotificationEvent += OnNotification; + this.account = account; + this.full_index = true; + this.db_file = db_file; + this.done = false; + this.relative_path = Thunderbird.GetRelativePath (db_file); + + // Load the database and make sure the enumerator is up to date. Otherwise we will + // get lots of null exceptions when enumerating the database. + LoadDatabase (); + ResetEnumerator (); + + // Fetch all already stored uris in the index. This way we can remove one uri at the time + // while we are indexing and thus in the end now which mails that doesn't exist anymore. + stored_cache = indexer.Lucene.GetStoredUriStrings (account.Server, relative_path); + } + + public abstract bool HasNextIndexable (); + public abstract Indexable GetNextIndexable (); + public abstract void LoadDatabase (); + + public virtual bool IsUpToDate (Uri uri) + { + if (uri == null) + return false; + + LuceneAccess.StoredInfo info = indexer.Lucene.GetStoredInfo (uri); + + // Remove this uri from the cache + if (stored_cache != null) + stored_cache.Remove (uri.ToString ()); + + // Check if this time is "older" than the time we began to index and if the index + // status has changed (partial vs. full indexing) + if (info != null && ThunderbirdQueryable.IndexingStart.CompareTo (info.LastIndex) < 0 && + FullIndex == info.FullyIndexed) { + return true; + } + + return false; + } + + public virtual void PostFlushHook () + { + if (!Done || (stored_cache == null) || (Done && stored_cache.Count == 0)) + return; + + if (Thunderbird.Debug) + Logger.Log.Debug ("Cleaning out old objects in {0} ({1})", RelativePath, stored_cache.Count); + + ArrayList uris = new ArrayList (); + foreach (string uri_str in stored_cache.Keys) + uris.Add (new Uri (uri_str)); + + indexer.ScheduleRemoval ((Uri[]) uris.ToArray (typeof (Uri)), + String.Format ("PostFlushHook-{0}", RelativePath), Scheduler.Priority.Delayed); + } + + protected virtual Indexable NewIndexable (Uri uri, DateTime timestamp, string hit_type) + { + Indexable indexable; + + indexable = new Indexable (uri); + indexable.HitType = hit_type; + indexable.Timestamp = timestamp; + + indexable.AddProperty (Property.NewKeyword ("fixme:account", account.Server)); + indexable.AddProperty (Property.NewKeyword ("fixme:client", "thunderbird")); + indexable.AddProperty (Property.NewUnsearched ("fixme:fullyIndexed", full_index)); + indexable.AddProperty (Property.NewUnsearched ("fixme:file", RelativePath)); + indexable.AddProperty (Property.NewDate ("fixme:indexDateTime", DateTime.UtcNow)); + + return indexable; + } + + protected virtual void ResetEnumerator () + { + if (db != null && db.Count > 0) + db_enumerator = db.GetEnumerator (); + else + db_enumerator = null; + } + + protected virtual void OnNotification (object o, NotificationEventArgs args) + { + if (args.Account != account) + return; + + switch (args.Type) { + case NotificationType.StopIndexing: + indexer.NotificationEvent -= OnNotification; + Logger.Log.Debug ("Stopping running task {0}", account.Server); + break; + + case NotificationType.RestartIndexing: + LoadDatabase (); + break; + + case NotificationType.UpdateAccountInformation: + account = (TB.Account) args.Data; + LoadDatabase (); + break; + + } + } + + // Done should be set to true when there's no more objects to index. This will allow + // PostFlushHook to remove old objects from the index. + public bool Done { + get { return done; } + set { done = value; } + } + + public string DbFile { + get { return db_file; } + set { db_file = value; } + } + + public bool FullIndex { + get { return full_index; } + set { full_index = value; } + } + + // Realtive path to current mork_file + public string RelativePath { + get { return relative_path; } + } + + protected IEnumerator DbEnumerator { + get { return db_enumerator; } + } + + public string StatusName { + get { return account.Server; } + } + } + + ///////////////////////////////////////////////////////////////////////////////////// + + [AttributeUsage (AttributeTargets.Class, AllowMultiple = true)] + public class ThunderbirdIndexableGeneratorAttribute : System.Attribute { + private TB.AccountType type; + private string description; + private bool enabled; + + public ThunderbirdIndexableGeneratorAttribute (TB.AccountType type, string description, bool enabled) + { + this.type = type; + this.description = description; + this.enabled = enabled; + } + + public TB.AccountType Type { + get { return type; } + set { type = value; } + } + + public string Description { + get { return description; } + set { description = value; } + } + + public bool Enabled { + get { return enabled; } + set { enabled = value; } + } + } + + ///////////////////////////////////////////////////////////////////////////////////// + + + public class UriRemovalIndexableGenerator : IIndexableGenerator { + private Uri[] uris; + + private IEnumerator enumerator; + + public UriRemovalIndexableGenerator (Uri[] uris) + { + this.uris = uris; + this.enumerator = this.uris.GetEnumerator (); + } + + public Indexable GetNextIndexable () + { + return new Indexable (IndexableType.Remove, (Uri) enumerator.Current); + } + + public bool HasNextIndexable () + { + while (enumerator == null || !enumerator.MoveNext ()) + return false; + + return true; + } + + public string StatusName { + get { return String.Format ("Removing {0} uris", uris.Length); } + } + + public void PostFlushHook () { } + } +} Index: beagled/ThunderbirdQueryable/NNTP.cs =================================================================== --- beagled/ThunderbirdQueryable/NNTP.cs (revision 0) +++ beagled/ThunderbirdQueryable/NNTP.cs (revision 0) @@ -0,0 +1,112 @@ +// +// NNTP.cs: Adds NNTP indexing support to the Thunderbird backend +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Collections; +using System.Reflection; +using System.Text.RegularExpressions; + +using Beagle.Util; +using Beagle.Daemon; +using TB = Beagle.Util.Thunderbird; + +using GMime; + +namespace Beagle.Daemon.ThunderbirdQueryable { + + [ThunderbirdIndexableGenerator (TB.AccountType.Nntp, "NNTP Support", false)] + public class NNTPIndexableGenerator : ThunderbirdIndexableGenerator { + + public NNTPIndexableGenerator (ThunderbirdIndexer indexer, TB.Account account, string file) + : base (indexer, account, file) + { + } + + public override bool HasNextIndexable () + { + do { + if (DbEnumerator == null || !DbEnumerator.MoveNext ()) { + Done = true; + indexer.NotificationEvent -= OnNotification; + indexer.ChildComplete (); + return false; + } + } while (IsUpToDate ((DbEnumerator.Current as TB.NntpMessage).Uri)); + + return true; + } + + public override Indexable GetNextIndexable () + { + TB.NntpMessage message = DbEnumerator.Current as TB.NntpMessage; + + // If status is different, than something happend when loading this mail and we dont' + // want to change it's status. + if (message.GetObject ("FullIndex") == null) + message.SetObject ("FullIndex", (object) FullIndex); + + return NntpMessageToIndexable (message); + } + + public override void LoadDatabase () + { + try { + db = new TB.Database (account, DbFile); + db.Load (); + } catch (Exception e) { + Logger.Log.Debug ("Failed to load {0}: {1}", DbFile, e.Message); + return; + } + + if (db.Count <= 0) + return; + + FullIndex = (Thunderbird.IsFullyIndexable (DbFile) ? true : false); + Logger.Log.Info ("Indexing {0} NNTP messages", db.Count); + } + + // FIXME: This need some more info + private Indexable NntpMessageToIndexable (TB.NntpMessage message) + { + Indexable indexable; + + indexable = new Indexable (message.Uri); + indexable.HitType = "MailMessage"; + indexable.MimeType = "message/rfc822"; + indexable.Timestamp = DateTime.Parse (message.GetString ("date")).ToUniversalTime (); + + indexable.AddProperty (Property.NewKeyword ("fixme:client", "thunderbird")); + indexable.AddProperty (Property.NewUnsearched ("fixme:fullyIndexed", message.GetBool ("FullIndex"))); + indexable.AddProperty (Property.NewDate ("fixme:indexDateTime", DateTime.UtcNow)); + + string subject = GMime.Utils.HeaderDecodePhrase (message.GetString ("subject")); + indexable.AddProperty (Property.New ("dc:title", subject)); + + return indexable; + } + } +} Index: beagled/ThunderbirdQueryable/Mail.cs =================================================================== --- beagled/ThunderbirdQueryable/Mail.cs (revision 0) +++ beagled/ThunderbirdQueryable/Mail.cs (revision 0) @@ -0,0 +1,111 @@ +// +// Mail.cs: Adds POP3 and IMAP indexing support to the Thunderbird backend +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Collections; +using System.Reflection; +using System.Text.RegularExpressions; + +using Beagle.Util; +using Beagle.Daemon; +using TB = Beagle.Util.Thunderbird; + +using GMime; + +namespace Beagle.Daemon.ThunderbirdQueryable { + + [ThunderbirdIndexableGenerator (TB.AccountType.Pop3, "POP3 Support", true)] + [ThunderbirdIndexableGenerator (TB.AccountType.Imap, "IMAP Support", true)] + public class MailIndexableGenerator : ThunderbirdIndexableGenerator { + + public MailIndexableGenerator (ThunderbirdIndexer indexer, TB.Account account, string mork_file) + : base (indexer, account, mork_file) + { + } + + public override bool HasNextIndexable () + { + do { + while (DbEnumerator == null || !DbEnumerator.MoveNext ()) { + Done = true; + indexer.NotificationEvent -= OnNotification; + indexer.ChildComplete (); + return false; + } + } while (IsUpToDate ((DbEnumerator.Current as TB.Mail).Uri)); + + return true; + } + + public override Indexable GetNextIndexable () + { + TB.Mail mail = DbEnumerator.Current as TB.Mail; + + // If status is different, than something happend when loading this mail and we dont' + // want to change it's status. + if (mail.GetObject ("FullIndex") == null) + mail.SetObject ("FullIndex", (object) FullIndex); + + return MailToIndexable (mail); + } + + public override void LoadDatabase () + { + try { + db = new TB.Database (account, DbFile); + db.Load (); + } catch (Exception e) { + Logger.Log.Warn ("Failed to load {0}: {1}", DbFile, e.Message); + return; + } + + if (db.Count <= 0) + return; + + FullIndex = (Thunderbird.IsFullyIndexable (DbFile) ? true : false); + Logger.Log.Info ("Indexing {0} containing {1} mails ({2})", RelativePath, db.Count, (FullIndex ? "Full" : "Partial")); + } + + private Indexable MailToIndexable (TB.Mail mail) + { + Indexable indexable; + GMime.Message message = mail.Message; + FullIndex = mail.GetBool ("FullIndex"); // Make sure this is up to date + + indexable = NewIndexable (mail.Uri, message.Date.ToUniversalTime (), "MailMessage"); + indexable.MimeType = "message/rfc822"; + indexable.CacheContent = true; + indexable.AddProperty (Property.NewKeyword ("fixme:folder", mail.GetString ("mailbox"))); + indexable.SetBinaryStream (message.Stream); + + if (mail.GetBool ("FullIndex")) + indexable.ContentUri = UriFu.PathToFileUri (Thunderbird.GetFullyIndexableFile (DbFile)); + + return indexable; + } + } +} Index: beagled/ThunderbirdQueryable/ThunderbirdQueryable.cs =================================================================== --- beagled/ThunderbirdQueryable/ThunderbirdQueryable.cs (revision 0) +++ beagled/ThunderbirdQueryable/ThunderbirdQueryable.cs (revision 0) @@ -0,0 +1,180 @@ +// +// ThunderbirdQueryable.cs: This is where all the magic begins! +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Threading; +using System.Collections; +using System.Text.RegularExpressions; + +using Beagle; +using Beagle.Util; + +namespace Beagle.Daemon.ThunderbirdQueryable { + + [QueryableFlavor (Name = "Thunderbird", Domain = QueryDomain.Local, RequireInotify = false)] + public class ThunderbirdQueryable : LuceneQueryable { + private static DateTime indexing_start; + private ThunderbirdIndexer indexer; + + public ThunderbirdQueryable () : + base ("ThunderbirdIndex") + { + // Remove one second from the start time to make sure we don't run into any troubles + indexing_start = DateTime.UtcNow.Subtract (new TimeSpan (0, 0, 1)); + indexer = null; + + GMime.Global.Init (); + + if (Environment.GetEnvironmentVariable ("BEAGLE_THUNDERBIRD_DEBUG") != null) { + Thunderbird.Debug = true; + Logger.Log.Debug ("Running Thunderbird backend in debug mode"); + } + } + + public override void Start () + { + base.Start (); + ExceptionHandlingThread.Start (new ThreadStart (StartWorker)); + } + + private void StartWorker () + { + Logger.Log.Info ("Starting Thunderbird backend"); + Stopwatch watch = new Stopwatch (); + watch.Start (); + + string root_path = Thunderbird.GetRootPath (); + if (!Directory.Exists (root_path)) { + GLib.Timeout.Add (60000, new GLib.TimeoutHandler (IndexDataCheck)); + Logger.Log.Info ("No data available for indexing in {0}", root_path); + return; + } + + State = QueryableState.Crawling; + indexer = new ThunderbirdIndexer (this, Thunderbird.GetProfilePaths (root_path)); + indexer.Crawl (); + State = QueryableState.Idle; + + watch.Stop (); + Logger.Log.Info ("Thunderbird backend done in {0}s", watch.ElapsedTime); + } + + private bool IndexDataCheck () + { + if (!Directory.Exists (Thunderbird.GetRootPath ())) + return true; + + StartWorker (); + return false; + } + + // We need this in order to perform custom queries to the lucene database + override protected LuceneQueryingDriver BuildLuceneQueryingDriver (string index_name, + int minor_version, + bool read_only_mode) + { + return new LuceneAccess (index_name, minor_version, read_only_mode); + } + + ///////////////////////////////////////////////////////////////////////////////////// + + public Scheduler.Task NewRemoveTaskByDate (DateTime end_date) + { + return NewAddTask (new DateIndexableGenerator (Driver, Lucene, end_date)); + } + + // The purpose of this IndexableGenerator is to remove mails older than the + // specified date (when beagle began to index Thunderbird mails) + private class DateIndexableGenerator : IIndexableGenerator { + private LuceneQueryingDriver driver; + private LuceneAccess lucene; + private DateTime end_date; + + private Uri[] stored_uris; + private IEnumerator enumerator; + + public DateIndexableGenerator (LuceneQueryingDriver driver, LuceneAccess lucene, DateTime end_date) + { + this.driver = driver; + this.lucene = lucene; + this.end_date = end_date; + this.stored_uris = null; + } + + public Indexable GetNextIndexable () + { + return new Indexable (IndexableType.Remove, (Uri) enumerator.Current); + } + + public bool HasNextIndexable () + { + if (stored_uris == null) { + stored_uris = driver.PropertyQuery (Property.NewKeyword ("fixme:client", "thunderbird")); + enumerator = stored_uris.GetEnumerator (); + } + + do { + while (enumerator == null || !enumerator.MoveNext ()) + return false; + } while (MatchesDate ((enumerator.Current as Uri))); + + return true; + } + + private bool MatchesDate (Uri uri) + { + LuceneAccess.StoredInfo info = lucene.GetStoredInfo (uri); + + try { + if (!info.Equals (end_date) && info.LastIndex.CompareTo (end_date) < 0) + return false; + } catch (Exception e) {} + + return true; + } + + public string StatusName { + get { + return String.Format ("Removing Thunderbird mails past {0}", end_date.ToString ()); + } + } + + public void PostFlushHook () { } + } + + ///////////////////////////////////////////////////////////////////////////////////// + + public LuceneAccess Lucene { + get { return (LuceneAccess) Driver; } + } + + public static DateTime IndexingStart { + get { return indexing_start; } + } + } + +} Index: beagled/ThunderbirdQueryable/RSS.cs =================================================================== --- beagled/ThunderbirdQueryable/RSS.cs (revision 0) +++ beagled/ThunderbirdQueryable/RSS.cs (revision 0) @@ -0,0 +1,115 @@ +// +// RSS.cs: Adds RSS feed indexing support to the Thunderbird backend +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Collections; +using System.Reflection; +using System.Text.RegularExpressions; + +using Beagle.Util; +using Beagle.Daemon; +using TB = Beagle.Util.Thunderbird; + +namespace Beagle.Daemon.ThunderbirdQueryable { + + [ThunderbirdIndexableGenerator (TB.AccountType.Rss, "RSS Support", true)] + public class RSSIndexableGenerator : ThunderbirdIndexableGenerator { + private string feed_url; + + public RSSIndexableGenerator (ThunderbirdIndexer indexer, TB.Account account, string mork_file) + : base (indexer, account, mork_file) + { + } + + public override bool HasNextIndexable () + { + do { + if (DbEnumerator == null || !DbEnumerator.MoveNext ()) { + Done = true; + indexer.NotificationEvent -= OnNotification; + indexer.ChildComplete (); + return false; + } + } while (IsUpToDate ((DbEnumerator.Current as TB.RssFeed).Uri)); + + return true; + } + + public override Indexable GetNextIndexable () + { + TB.RssFeed feed = DbEnumerator.Current as TB.RssFeed; + + // If status is different, than something happend when loading this mail and we dont' + // want to change it's status. + if (feed.GetObject ("FullIndex") == null) + feed.SetObject ("FullIndex", (object) FullIndex); + + return RssFeedToIndexable (feed); + } + + public override void LoadDatabase () + { + string folder_name = null; + + try { + db = new TB.Database (account, DbFile); + db.Load (); + + Hashtable tbl = db.Db.Compile ("1", "ns:msg:db:row:scope:dbfolderinfo:all"); + feed_url = tbl ["feedUrl"] as string; + folder_name = tbl ["folderName"] as string; + } catch (Exception e) { + Logger.Log.Debug ("Failed to load {0}: {1}", DbFile, e.Message); + return; + } + + if (db.Count <= 0) + return; + + Logger.Log.Info ("Indexing \"{0}\" RSS feed containing {1} entries ({2})", folder_name, db.Count, RelativePath); + } + + private Indexable RssFeedToIndexable (TB.RssFeed feed) + { + Indexable indexable; + StringReader content = feed.Content; + + indexable = NewIndexable (feed.Uri, DateTime.Parse (feed.GetString ("date")).ToUniversalTime (), "FeedItem"); + indexable.MimeType = "text/html"; + + indexable.AddProperty (Property.NewKeyword ("dc:identifier", feed.GetString ("message-id"))); + indexable.AddProperty (Property.NewKeyword ("dc:source", feed_url)); + indexable.AddProperty (Property.New ("dc:publisher", feed.GetString ("sender"))); + if (content == null) + indexable.AddProperty (Property.New ("dc:title", feed.GetString ("subject"))); + + indexable.SetTextReader (content); + + return indexable; + } + } +} Index: beagled/ThunderbirdQueryable/MoveMail.cs =================================================================== --- beagled/ThunderbirdQueryable/MoveMail.cs (revision 0) +++ beagled/ThunderbirdQueryable/MoveMail.cs (revision 0) @@ -0,0 +1,106 @@ +// +// MoveMail: Adds Unix Mailspool (MoveMail) indexing support to the Thunderbird backend +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Collections; +using System.Reflection; +using System.Text.RegularExpressions; + +using Beagle.Util; +using Beagle.Daemon; +using TB = Beagle.Util.Thunderbird; + +using GMime; + +namespace Beagle.Daemon.ThunderbirdQueryable { + + [ThunderbirdIndexableGenerator (TB.AccountType.MoveMail, "Movemail Support", false)] + public class MoveMailIndexableGenerator : ThunderbirdIndexableGenerator { + + public MoveMailIndexableGenerator (ThunderbirdIndexer indexer, TB.Account account, string file) + : base (indexer, account, file) + { + } + + public override bool HasNextIndexable () + { + do { + if (DbEnumerator == null || !DbEnumerator.MoveNext ()) { + Done = true; + indexer.NotificationEvent -= OnNotification; + indexer.ChildComplete (); + return false; + } + } while (IsUpToDate ((DbEnumerator.Current as TB.MoveMail).Uri)); + + return true; + } + + public override Indexable GetNextIndexable () + { + TB.MoveMail message = DbEnumerator.Current as TB.MoveMail; + + // If status is different, than something happend when loading this mail and we dont' + // want to change it's status. + if (message.GetObject ("FullIndex") == null) + message.SetObject ("FullIndex", (object) FullIndex); + + return MoveMailToIndexable (message); + } + + public override void LoadDatabase () + { + try { + db = new TB.Database (account, DbFile); + db.Load (); + } catch (Exception e) { + Logger.Log.Debug ("Failed to load {0}: {1}", DbFile, e.Message); + return; + } + + if (db.Count <= 0) + return; + + FullIndex = (Thunderbird.IsFullyIndexable (DbFile) ? true : false); + Logger.Log.Info ("Indexing {0} Movemails ({1})", db.Count, RelativePath); + } + + // FIXME: This need some more info + private Indexable MoveMailToIndexable (TB.MoveMail mail) + { + Indexable indexable; + + indexable = NewIndexable (mail.Uri, DateTime.UtcNow, "MailMessage"); + indexable.MimeType = "message/rfc822"; + + string subject = GMime.Utils.HeaderDecodePhrase (mail.GetString ("subject")); + indexable.AddProperty (Property.New ("dc:title", subject)); + + return indexable; + } + } +} Index: beagled/ThunderbirdQueryable/ThunderbirdIndexer.cs =================================================================== --- beagled/ThunderbirdQueryable/ThunderbirdIndexer.cs (revision 0) +++ beagled/ThunderbirdQueryable/ThunderbirdIndexer.cs (revision 0) @@ -0,0 +1,462 @@ +// +// ThunderbirdIndexer.cs: This class launches IndexableGenerators and makes sure instant-updates work +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using System.IO; +using System.Collections; +using System.Reflection; + +using Beagle.Util; +using Beagle.Daemon; +using TB = Beagle.Util.Thunderbird; + +namespace Beagle.Daemon.ThunderbirdQueryable { + + public class ThunderbirdIndexer { + private ThunderbirdQueryable queryable; + + private bool init_phase, first_lap; + private string[] root_paths; + private Hashtable supported_types; + private ArrayList account_list; + private ThunderbirdInotify inotify; + + public delegate void NotificationEventHandler (object o, NotificationEventArgs args); + + public ThunderbirdIndexer (ThunderbirdQueryable queryable, string[] root_paths) + { + this.queryable = queryable; + this.root_paths = root_paths; + this.supported_types = new Hashtable (); + this.init_phase = true; + this.first_lap = true; + this.account_list = new ArrayList (); + this.inotify = new ThunderbirdInotify (); + + LoadSupportedTypes (); + + foreach (string path in root_paths) { + Inotify.Subscribe (path, OnInotifyEvent, + Inotify.EventType.Delete | + Inotify.EventType.MovedTo | + Inotify.EventType.Modify | + Inotify.EventType.Create); + } + + inotify.InotifyEvent += OnInotifyEvent; + } + + // Loads all supported types, checks if they have a correct constructor and is enabled + private void LoadSupportedTypes () + { + Assembly assembly = Assembly.GetCallingAssembly (); + + foreach (Type type in ReflectionFu.ScanAssemblyForInterface (assembly, typeof (IIndexableGenerator))) { + + foreach (ThunderbirdIndexableGeneratorAttribute attr in + ReflectionFu.ScanTypeForAttribute (type, typeof (ThunderbirdIndexableGeneratorAttribute))) { + + foreach (ConstructorInfo constructor in type.GetConstructors ()) { + + ParameterInfo[] parameters = constructor.GetParameters (); + if(parameters.Length != 3) + continue; + + if (parameters [0].ParameterType.Equals (typeof (ThunderbirdIndexer)) && + parameters [1].ParameterType.Equals (typeof (TB.Account)) && + parameters [2].ParameterType.Equals (typeof (string))) { + + // Make sure we should enable this type + if (attr.Enabled) + supported_types [attr.Type] = type; + + } else + Logger.Log.Debug ("{0} has an invalid constructor!", type.ToString ()); + } + } + } + } + + public void Crawl () + { + int launched = 0; + + foreach (string path in root_paths) { + foreach (TB.Account account in Thunderbird.ReadAccounts (path)) { + if (Shutdown.ShutdownRequested) + return; + + if (supported_types [account.Type] == null) + continue; + + IndexAccount (account); + launched++; + } + } + + init_phase = false; + Logger.Log.Info ("Indexing {0} ({1}) Thunderbird account(s) spread over {2} profile(s)", + launched, account_list.Count, root_paths.Length); + + // Clean out old stuff in case no IndexableGenerator was launched + if (launched == 0) + ChildComplete (); + } + + public void IndexAccount (TB.Account account) + { + TB.Account stored_account = GetParentAccount (account.Path); + + // We need to act upon changes made to accounts during Thunderbird runtime. + // The user might change from plain to SSL, which leads to a new port number + // that has to be taken in account for when indexing. + if (stored_account == null && Directory.Exists (account.Path) && supported_types [account.Type] != null) { + account_list.Add (account); + IndexDirectory (account.Path); + //Logger.Log.Info ("Indexing {0} account {1}", account.Type.ToString (), account.Server); + + } else if (stored_account == null && File.Exists (account.Path) && supported_types [account.Type] != null) { + account_list.Add (account); + IndexFile (account.Path); + //Logger.Log.Info ("Indexing {0} account {1}", account.Type.ToString (), account.Server); + + } else if (stored_account != null && + (stored_account.Server != account.Server || + stored_account.Port != account.Port || + stored_account.Type != account.Type || + stored_account.Delimiter != account.Delimiter)) { + + account_list.Remove (stored_account); + account_list.Add (account); + + // Make sure all running indexables are aware of this since it can affect the way they index + NotificationEventArgs args; + args = new NotificationEventArgs (NotificationType.UpdateAccountInformation, stored_account); + args.Data = (object) account; + OnNotification (args); + + Logger.Log.Info ("Updated {0} with new account details", account.Server); + } + } + + public void IndexFile (string file) + { + TB.Account account = GetParentAccount (file); + + if (account == null || supported_types [account.Type] == null) + return; + + object[] param = new object[] {this, account, file}; + ThunderbirdIndexableGenerator generator = Activator.CreateInstance ( + (Type) supported_types [account.Type], param) as ThunderbirdIndexableGenerator; + + AddIIndexableTask (generator, file); + } + + private void IndexDirectory (string directory) + { + Queue pending = new Queue (); + + pending.Enqueue (directory); + while (pending.Count > 0) { + string dir = pending.Dequeue () as string; + + foreach (string subdir in DirectoryWalker.GetDirectories (dir)) { + if (Shutdown.ShutdownRequested) + return; + + pending.Enqueue (subdir); + } + + if (Inotify.Enabled) { + inotify.Watch (dir, + Inotify.EventType.Modify | + Inotify.EventType.Create | + Inotify.EventType.Delete | + Inotify.EventType.MovedFrom | + Inotify.EventType.MovedTo); + } + + foreach (string file in DirectoryWalker.GetItems + (dir, new DirectoryWalker.FileFilter (Thunderbird.IsMorkFile))) { + if (Shutdown.ShutdownRequested) + return; + + IndexFile (file); + } + } + } + + public void RemoveAccount (TB.Account account) + { + TB.Account acc = GetParentAccount (account.Path); + + if (acc == null) + return; + + ScheduleRemoval (Property.NewKeyword ("fixme:account", acc.Server), Scheduler.Priority.Delayed); + OnNotification (new NotificationEventArgs (NotificationType.StopIndexing, account)); + account_list.Remove (acc); + } + + private void AddIIndexableTask (IIndexableGenerator generator, string tag) + { + if (queryable.ThisScheduler.ContainsByTag (tag)) { + Logger.Log.Debug ("Not adding a Task for already running: {0}", tag); + return; + } + + Scheduler.Task task = queryable.NewAddTask (generator); + task.Tag = tag; + queryable.ThisScheduler.Add (task); + } + + private void ScheduleRemoval (Property prop, Scheduler.Priority priority) + { + if (queryable.ThisScheduler.ContainsByTag (prop.ToString ())) { + Logger.Log.Debug ("Not adding a Task for already running: {0}", prop.ToString ()); + return; + } + + Scheduler.Task task = queryable.NewRemoveByPropertyTask (prop); + task.Priority = priority; + task.SubPriority = 0; + queryable.ThisScheduler.Add (task); + } + + public void ScheduleRemoval (Uri[] uris, string tag, Scheduler.Priority priority) + { + if (queryable.ThisScheduler.ContainsByTag (tag)) { + Logger.Log.Debug ("Not adding a Task for already running: {0}", tag); + return; + } + + Scheduler.Task task = queryable.NewAddTask (new UriRemovalIndexableGenerator (uris)); + task.Priority = priority; + task.SubPriority = 0; + queryable.ThisScheduler.Add (task); + } + + public void UpdateAccounts (string root_path) + { + ArrayList new_accounts; + + try { + new_accounts = Thunderbird.ReadAccounts (root_path); + } catch (Exception e) { + Logger.Log.Warn ("Failed when reading Thunderbird accounts: {0}, account may have been added or removed", e); + return; + } + + // Add all accounts again to make sure things are updated the way they should + foreach (TB.Account account in new_accounts) + IndexAccount (account); + + // Remove non-existing accounts + foreach (TB.Account existing in account_list) { + bool found = false; + + foreach (TB.Account new_account in new_accounts) { + if (existing.Path == new_account.Path) { + found = true; + break; + } + } + + if (!found) + RemoveAccount (existing); + } + } + + public TB.Account GetParentAccount (string directory) + { + foreach (TB.Account acc in account_list) { + if (directory.StartsWith (acc.Path)) + return acc; + } + + return null; + } + + private void OnInotifyEvent (Inotify.Watch watch, + string path, + string subitem, + string srcpath, + Inotify.EventType type) + { + if (subitem == null) + return; + + string full_path = Path.Combine (path, subitem); + + // If prefs.js is deleted... then we have nothing at all to index + if (((type & Inotify.EventType.MovedTo) != 0 && srcpath == Path.Combine (path, "prefs.js")) || + ((type & Inotify.EventType.Delete) != 0 && subitem == "prefs.js")) { + + foreach (TB.Account account in account_list) + RemoveAccount (account); + return; + } + + // Update in case an account was removed or added + // Thunderbird saves prefs.js with a different name and then replacing the old one + // by "moving" it over the existing prefs.js. That's why MoveTo is used as inotfy type. + if ((((type & Inotify.EventType.Modify) != 0 || (type & Inotify.EventType.MovedTo) != 0 || + (type & Inotify.EventType.Create) != 0) && subitem == "prefs.js")) { + + UpdateAccounts (path); + return; + } + + // In case the address book file have been moved or deleted, we have to stop indexing it + if (((type & Inotify.EventType.MovedTo) != 0 && srcpath == Path.Combine (path, "abook.mab")) || + ((type & Inotify.EventType.Delete) != 0 && subitem == "abook.mab")) { + + TB.Account account = GetParentAccount (full_path); + + if (account != null) + RemoveAccount (account); + + return; + } + + // In case of a newly created addressbook, the current address book is modified or an old + // address book is moved to where the address book can be found: either start indexing + // or restart an already indexing IndeaxbleGenerator. + if ((((type & Inotify.EventType.Modify) != 0 || (type & Inotify.EventType.MovedTo) != 0 || + (type & Inotify.EventType.Create) != 0) && subitem == "abook.mab")) { + + TB.Account account = GetParentAccount (full_path); + + if (account == null && File.Exists (full_path)) { + UpdateAccounts (path); + return; + } else if (account == null) + return; + + // Tell any running indexable about this or start a new one + if (queryable.ThisScheduler.ContainsByTag (full_path)) + OnNotification (new NotificationEventArgs (NotificationType.RestartIndexing, account)); + else + IndexFile (full_path); + + return; + } + + // Re-index files when needed + if ((type & Inotify.EventType.Modify) != 0) { + TB.Account account = GetParentAccount (full_path); + + if (account == null || !Thunderbird.IsMorkFile (path, subitem)) + return; + + // In case we have a running IndexableGenerator, tell it that we have a file that needs to + // be re-indexed. + if (queryable.ThisScheduler.ContainsByTag (full_path)) + OnNotification (new NotificationEventArgs (NotificationType.RestartIndexing, account)); + else + IndexFile (full_path); + + return; + } + + // Index newly created directories + if ((type & Inotify.EventType.Create) != 0 && (type & Inotify.EventType.IsDirectory) != 0) { + if (GetParentAccount (full_path) != null && Inotify.Enabled) + Inotify.Subscribe (full_path, OnInotifyEvent, Inotify.EventType.All); + + return; + } + } + + public void ChildComplete () + { + if (NotificationEvent != null || init_phase || !first_lap) + return; + + if (Thunderbird.Debug) + Logger.Log.Debug ("Removing old Thunderbird objects"); + + Scheduler.Task task = queryable.NewRemoveTaskByDate (ThunderbirdQueryable.IndexingStart); + task.Priority = Scheduler.Priority.Idle; + task.Tag = "RemoveOldThunderbirdMails"; + queryable.ThisScheduler.Add (task); + + // This makes sure that ChildComplete will only clean out all mails once in a lifetime + // (of the Thunderbird backend that is) + first_lap = false; + } + + protected virtual void OnNotification(NotificationEventArgs args) + { + if (NotificationEvent != null) + NotificationEvent (this, args); + } + + public event NotificationEventHandler NotificationEvent; + + public LuceneAccess Lucene { + get { return queryable.Lucene; } + } + } + + ///////////////////////////////////////////////////////////////////////////////////// + + public enum NotificationType { + StopIndexing, + RestartIndexing, + UpdateAccountInformation + } + + ///////////////////////////////////////////////////////////////////////////////////// + + public class NotificationEventArgs : EventArgs + { + private NotificationType type; + private TB.Account account; + private object data; + + public NotificationEventArgs (NotificationType type, TB.Account account) + { + this.type = type; + this.account = account; + } + + public NotificationType Type { + get { return type; } + } + + public TB.Account Account { + get { return account; } + } + + public object Data { + get { return data; } + set { data =value; } + } + } + +} Index: beagled/Filter.cs =================================================================== --- beagled/Filter.cs (revision 2690) +++ beagled/Filter.cs (working copy) @@ -189,7 +189,7 @@ ////////////////////////// - private bool snippetMode = false; + private bool snippetMode = true; private bool originalIsText = false; private TextWriter snippetWriter = null; @@ -508,13 +508,14 @@ } try { + DoOpen (info); if (IsFinished) return true; else if (HasError) return false; - + DoPullProperties (); if (IsFinished) @@ -715,5 +716,6 @@ public ArrayList ChildIndexables { get { return this.child_indexables; } } + } } Index: beagled/Makefile.am =================================================================== --- beagled/Makefile.am (revision 2690) +++ beagled/Makefile.am (working copy) @@ -592,6 +592,41 @@ $(DAEMON_TARGET): $(DAEMON_CSFILES) $(DAEMON_LOCAL_ASSEMBLIES) $(CSC) -out:$@ $(DAEMON_CSFLAGS) $(DAEMON_CSFILES) $(DAEMON_ASSEMBLIES) +if ENABLE_THUNDERBIRD +THUNDERBIRD_DIR = ./ThunderbirdQueryable + +THUNDERBIRD_TARGET = $(THUNDERBIRD_DIR)/ThunderbirdBackends.dll + +THUNDERBIRD_CSFLAGS = -target:library + + +THUNDERBIRD_CSFILES = \ + $(THUNDERBIRD_DIR)/LuceneAccess.cs \ + $(THUNDERBIRD_DIR)/ThunderbirdIndexer.cs \ + $(THUNDERBIRD_DIR)/ThunderbirdIndexableGenerator.cs \ + $(THUNDERBIRD_DIR)/ThunderbirdQueryable.cs \ + $(THUNDERBIRD_DIR)/ThunderbirdInotify.cs \ + $(THUNDERBIRD_DIR)/Mail.cs \ + $(THUNDERBIRD_DIR)/Contact.cs \ + $(THUNDERBIRD_DIR)/RSS.cs \ + $(THUNDERBIRD_DIR)/NNTP.cs \ + $(THUNDERBIRD_DIR)/MoveMail.cs + +THUNDERBIRD_LOCAL_ASSEMBLIES = \ + ../Util/Util.dll \ + ../BeagleClient/Beagle.dll \ + BeagleDaemonLib.dll + +THUNDERBIRD_ASSEMBLIES = \ + -r:Mono.Posix \ + $(BEAGLED_LIBS) \ + $(THUNDERBIRD_LOCAL_ASSEMBLIES:%=-r:%) + + +$(THUNDERBIRD_TARGET): $(THUNDERBIRD_CSFILES) $(THUNDERBIRD_LOCAL_ASSEMBLIES) + $(CSC) -out:$@ $(THUNDERBIRD_CSFLAGS) $(THUNDERBIRD_CSFILES) $(THUNDERBIRD_ASSEMBLIES) +endif + ############################################################ ############################################################ ############################################################ @@ -976,6 +1011,10 @@ $(BUILD_INDEX_TARGET) \ $(BUILD_INDEX_WRAPPER) +if ENABLE_THUNDERBIRD +ALL_TARGETS += $(THUNDERBIRD_TARGET) +endif + if ENABLE_WEBSERVICES ALL_TARGETS += \ $(XSP_TARGET) \ @@ -1051,13 +1090,20 @@ # $(INSTALL_DATA) ../Util/Util.dll ../images/Images.dll ../BeagleClient/Beagle.dll ../Tiles/Tiles.dll BeagleDaemonPlugins.dll BeagleDaemonLib.dll $(DESTDIR)$(XSPBIN_DIR) endif - +if ENABLE_THUNDERBIRD + $(INSTALL_DATA) $(THUNDERBIRD_TARGET) $(DESTDIR)/$(BACKENDDIR) + $(INSTALL_DATA) $(THUNDERBIRD_TARGET).mdb $(DESTDIR)/$(BACKENDDIR) +endif uninstall-local: if ENABLE_WEBSERVICES rm -f $(DESTDIR)$(pkglibdir)/$(WEBSERVICES_BACKEND_TARGET) rm -f $(DESTDIR)$(pkglibdir)/$(WEBSERVICES_XSP_TARGET) rm -rf $(DESTDIR)$(XSP_DIR) endif +if ENABLE_THUNDERBIRD + $(INSTALL_DATA) $(THUNDERBIRD_TARGET) $(DESTDIR)/$(BACKENDDIR) + $(INSTALL_DATA) $(THUNDERBIRD_TARGET).mdb $(DESTDIR)/$(BACKENDDIR) +endif if ENABLE_EVOLUTION rm -f $(DESTDIR)$(BACKENDDIR)/$(EVO_DLL_TARGET) rm -f $(DESTDIR)$(BACKENDDIR)/$(EVO_DLL_TARGET).mdb @@ -1186,5 +1232,6 @@ $(WEBSERVICES_FRONTEND_TARGET) \ $(WEBSERVICES_FRONTEND_TARGET).mdb \ $(WEBSERVICES_XSP_TARGET) \ - $(WEBSERVICES_XSP_TARGET).mdb - + $(WEBSERVICES_XSP_TARGET).mdb \ + $(THUNDERBIRD_TARGET) \ + $(THUNDERBIRD_TARGET).mdb Index: configure.in =================================================================== --- configure.in (revision 2690) +++ configure.in (working copy) @@ -168,6 +168,13 @@ LDFLAGS="$OLD_LDFLAGS" LIBS="$OLD_LIBS" +dnl ---------------------------------------------- +AC_ARG_ENABLE([thunderbird], + AC_HELP_STRING([--disable-thunderbird], [Disable Thunderbird Mail Backend]), + enable_tbird=$enableval, + enable_tbird=yes) +AM_CONDITIONAL(ENABLE_THUNDERBIRD, test "x$enable_tbird" = "xyes") + dnl ------------------------------------------------------- AC_ARG_ENABLE([gui], @@ -645,6 +652,7 @@ tools/Makefile search/Makefile ImLogViewer/Makefile +ContactViewer/Makefile libbeagle/Makefile libbeagle/libbeagle-0.0.pc libbeagle/beagle/Makefile @@ -678,6 +686,7 @@ galago-sharp? ${enable_galago} libchm? ${has_libchm} google backend? ${enable_googledriver} (Unsupported) + Thunderbird backend? ${enable_tbird} Mozilla Extension? yes Epiphany Extension? ${enable_epiphany_extension} Index: Filters/FilterMail.cs =================================================================== --- Filters/FilterMail.cs (revision 2690) +++ Filters/FilterMail.cs (working copy) @@ -53,7 +53,9 @@ { // 1: Make email addresses non-keyword, add sanitized version // for eaching for parts of an email address. - SetVersion (1); + // 2: Snippet all mail and attachments + SetVersion (2); + SnippetMode = true; AddSupportedFlavor (FilterFlavor.NewFromMimeType ("message/rfc822")); } @@ -81,8 +83,11 @@ stream.Dispose (); parser.Dispose (); - if (this.message == null) + if (this.message == null){ + Console.WriteLine ("NO MESSAGE!"); Error (); + + } } private bool HasAttachments (GMime.Object mime_part) @@ -190,7 +195,7 @@ } string l = handler.Reader.ReadLine (); - + //Console.WriteLine (l); if (l != null) AppendText (l); else @@ -224,6 +229,7 @@ public PartHandler (Beagle.Daemon.Filter filter) { this.filter = filter; + this.filter.SnippetMode = true; } private bool IsMimeTypeHandled (string mime_type) @@ -315,7 +321,8 @@ child.HitType = "MailMessage"; child.MimeType = part.ContentType.ToString (); - child.CacheContent = false; + //child.CacheContent = false; + child.AddProperty (Property.NewKeyword ("fixme:attachment_title", ((GMime.Part)part).Filename)); Index: Makefile.am =================================================================== --- Makefile.am (revision 2690) +++ Makefile.am (working copy) @@ -36,6 +36,10 @@ SUBDIRS += bludgeon endif +if ENABLE_THUNDERBIRD +SUBDIRS += ContactViewer +endif + # When the chooser work has been fixed up to use libbeagle, we can # reenable this directory. # SUBDIRS += chooser-fu Index: ContactViewer/beagle-contactviewer.in =================================================================== --- ContactViewer/beagle-contactviewer.in (revision 0) +++ ContactViewer/beagle-contactviewer.in (revision 0) @@ -0,0 +1,18 @@ +#!/bin/sh + +# This line will be automatically uncommented when you "make install" +#installed=1 + +if [ -z $installed ] ; then + echo "*** Running uninstalled @target@ ***" + THIS_PATH="../Util:../images:../Lucene.Net" + THIS_EXE="./@target@" + export LD_LIBRARY_PATH="../glue/.libs${LD_LIBRARY_PATH+:$LD_LIBRARY_PATH}" +else + THIS_PATH="@pkglibdir@" + THIS_EXE="@pkglibdir@/@target@" + export LD_LIBRARY_PATH="@pkglibdir@${LD_LIBRARY_PATH+:$LD_LIBRARY_PATH}" +fi + +MONO_GAC_PREFIX="@gacprefix@${MONO_GAC_PREFIX+:$MONO_GAC_PREFIX}" MONO_PATH="$THIS_PATH${MONO_PATH+:$MONO_PATH}" exec -a beagle-contactviewer mono $MONO_EXTRA_ARGS --debug $THIS_EXE "$@" + Index: ContactViewer/ContactViewer.cs =================================================================== --- ContactViewer/ContactViewer.cs (revision 0) +++ ContactViewer/ContactViewer.cs (revision 0) @@ -0,0 +1,105 @@ +// +// ContactViewer.cs +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using System; +using Mono.Unix; +using Beagle.Util; + +namespace ContactViewer { + + public enum ContactManager { + Thunderbird + } + + public class ContactViewer { + + private static Uri uri = null; + private static string contact = null; + + public static void Main (string[] args) + { + Catalog.Init ("beagle", Beagle.Util.ExternalStringsHack.LocaleDir); + + SystemInformation.SetProcessName ("beagle-contactviewer"); + + ParseArgs (args); + + ContactManager contact_manager; + try { + contact_manager = (ContactManager) Enum.Parse (typeof (ContactManager), contact, true); + } catch (Exception) { + Console.WriteLine ("ERROR: '{0}' is not a valid contact manager.", contact); + Environment.Exit (3); + return; + } + + new ContactWindow (contact_manager, uri); + } + + private static void PrintUsageAndExit () + { + Console.WriteLine ("USAGE: beagle-contactviewer --manager [OPTIONS] "); + + Environment.Exit (0); + } + + private static void ParseArgs (string[] args) + { + if (args.Length < 1) + PrintUsageAndExit (); + + for (int i = 0; i < args.Length; i++) { + switch (args [i]) { + case "-h": + case "--help": + PrintUsageAndExit (); + break; + case "--manager": + contact = args [i + 1]; + i++; + break; + default: + if (args [i].StartsWith ("--")) { + Console.WriteLine ("WARN: Invalid option {0}", args [i]); + } else { + try { + uri = new Uri (args [i]); + } catch (Exception e) { + Console.WriteLine ("ERROR: Invalid URI!"); + Environment.Exit (1); + } + } + break; + } + } + + if (contact == null) { + Console.WriteLine ("ERROR: Please specify a valid contact manager."); + Environment.Exit (2); + } + } + } +} Index: ContactViewer/Makefile.in =================================================================== --- ContactViewer/Makefile.in (revision 0) +++ ContactViewer/Makefile.in (revision 0) @@ -0,0 +1,545 @@ +# Makefile.in generated by automake 1.8.5 from Makefile.am. +# @configure_input@ + +# Copyright (C) 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, +# 2003, 2004 Free Software Foundation, Inc. +# This Makefile.in is free software; the Free Software Foundation +# gives unlimited permission to copy and/or distribute it, +# with or without modifications, as long as this notice is preserved. + +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY, to the extent permitted by law; without +# even the implied warranty of MERCHANTABILITY or FITNESS FOR A +# PARTICULAR PURPOSE. + +@SET_MAKE@ +srcdir = @srcdir@ +top_srcdir = @top_srcdir@ +VPATH = @srcdir@ +pkgdatadir = $(datadir)/@PACKAGE@ +pkglibdir = $(libdir)/@PACKAGE@ +pkgincludedir = $(includedir)/@PACKAGE@ +top_builddir = .. +am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd +INSTALL = @INSTALL@ +install_sh_DATA = $(install_sh) -c -m 644 +install_sh_PROGRAM = $(install_sh) -c +install_sh_SCRIPT = $(install_sh) -c +INSTALL_HEADER = $(INSTALL_DATA) +transform = $(program_transform_name) +NORMAL_INSTALL = : +PRE_INSTALL = : +POST_INSTALL = : +NORMAL_UNINSTALL = : +PRE_UNINSTALL = : +POST_UNINSTALL = : +build_triplet = @build@ +host_triplet = @host@ +target_triplet = @target@ +subdir = ContactViewer +DIST_COMMON = $(srcdir)/Makefile.am $(srcdir)/Makefile.in +ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 +am__aclocal_m4_deps = $(top_srcdir)/acinclude.m4 \ + $(top_srcdir)/configure.in +am__configure_deps = $(am__aclocal_m4_deps) $(CONFIGURE_DEPENDENCIES) \ + $(ACLOCAL_M4) +mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs +CONFIG_HEADER = $(top_builddir)/config.h +CONFIG_CLEAN_FILES = +SOURCES = +DIST_SOURCES = +DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) +ACLOCAL = @ACLOCAL@ +ALL_LINGUAS = @ALL_LINGUAS@ +AMDEP_FALSE = @AMDEP_FALSE@ +AMDEP_TRUE = @AMDEP_TRUE@ +AMTAR = @AMTAR@ +AR = @AR@ +AUTOCONF = @AUTOCONF@ +AUTOHEADER = @AUTOHEADER@ +AUTOMAKE = @AUTOMAKE@ +AWK = @AWK@ +BASH = @BASH@ +BEAGLED_CFLAGS = @BEAGLED_CFLAGS@ +BEAGLED_LIBS = @BEAGLED_LIBS@ +BEAGLE_DEFINES = @BEAGLE_DEFINES@ +BEAGLE_UI_CFLAGS = @BEAGLE_UI_CFLAGS@ +BEAGLE_UI_LIBS = @BEAGLE_UI_LIBS@ +CATALOGS = @CATALOGS@ +CATOBJEXT = @CATOBJEXT@ +CC = @CC@ +CCDEPMODE = @CCDEPMODE@ +CFLAGS = @CFLAGS@ +CPP = @CPP@ +CPPFLAGS = @CPPFLAGS@ +CXX = @CXX@ +CXXCPP = @CXXCPP@ +CXXDEPMODE = @CXXDEPMODE@ +CXXFLAGS = @CXXFLAGS@ +CYGPATH_W = @CYGPATH_W@ +DATADIRNAME = @DATADIRNAME@ +DEFS = @DEFS@ +DEPDIR = @DEPDIR@ +DESKTOP_LAUNCH = @DESKTOP_LAUNCH@ +ECHO = @ECHO@ +ECHO_C = @ECHO_C@ +ECHO_N = @ECHO_N@ +ECHO_T = @ECHO_T@ +EGREP = @EGREP@ +ENABLE_BLUDGEON_FALSE = @ENABLE_BLUDGEON_FALSE@ +ENABLE_BLUDGEON_TRUE = @ENABLE_BLUDGEON_TRUE@ +ENABLE_DESKTOP_LAUNCH_FALSE = @ENABLE_DESKTOP_LAUNCH_FALSE@ +ENABLE_DESKTOP_LAUNCH_TRUE = @ENABLE_DESKTOP_LAUNCH_TRUE@ +ENABLE_EPIPHANY_EXTENSION_FALSE = @ENABLE_EPIPHANY_EXTENSION_FALSE@ +ENABLE_EPIPHANY_EXTENSION_TRUE = @ENABLE_EPIPHANY_EXTENSION_TRUE@ +ENABLE_EVOLUTION_FALSE = @ENABLE_EVOLUTION_FALSE@ +ENABLE_EVOLUTION_TRUE = @ENABLE_EVOLUTION_TRUE@ +ENABLE_GALAGO_FALSE = @ENABLE_GALAGO_FALSE@ +ENABLE_GALAGO_TRUE = @ENABLE_GALAGO_TRUE@ +ENABLE_GOOGLEDRIVER_FALSE = @ENABLE_GOOGLEDRIVER_FALSE@ +ENABLE_GOOGLEDRIVER_TRUE = @ENABLE_GOOGLEDRIVER_TRUE@ +ENABLE_GSF_SHARP_FALSE = @ENABLE_GSF_SHARP_FALSE@ +ENABLE_GSF_SHARP_TRUE = @ENABLE_GSF_SHARP_TRUE@ +ENABLE_GTK_DOC_FALSE = @ENABLE_GTK_DOC_FALSE@ +ENABLE_GTK_DOC_TRUE = @ENABLE_GTK_DOC_TRUE@ +ENABLE_GUI_FALSE = @ENABLE_GUI_FALSE@ +ENABLE_GUI_TRUE = @ENABLE_GUI_TRUE@ +ENABLE_INOTIFY_FALSE = @ENABLE_INOTIFY_FALSE@ +ENABLE_INOTIFY_TRUE = @ENABLE_INOTIFY_TRUE@ +ENABLE_LIBBEAGLE_FALSE = @ENABLE_LIBBEAGLE_FALSE@ +ENABLE_LIBBEAGLE_TRUE = @ENABLE_LIBBEAGLE_TRUE@ +ENABLE_OPEN_WITH_FALSE = @ENABLE_OPEN_WITH_FALSE@ +ENABLE_OPEN_WITH_TRUE = @ENABLE_OPEN_WITH_TRUE@ +ENABLE_PYTHON_FALSE = @ENABLE_PYTHON_FALSE@ +ENABLE_PYTHON_TRUE = @ENABLE_PYTHON_TRUE@ +ENABLE_THUNDERBIRD_FALSE = @ENABLE_THUNDERBIRD_FALSE@ +ENABLE_THUNDERBIRD_TRUE = @ENABLE_THUNDERBIRD_TRUE@ +ENABLE_WEBSERVICES_FALSE = @ENABLE_WEBSERVICES_FALSE@ +ENABLE_WEBSERVICES_TRUE = @ENABLE_WEBSERVICES_TRUE@ +ENABLE_WV1_FALSE = @ENABLE_WV1_FALSE@ +ENABLE_WV1_TRUE = @ENABLE_WV1_TRUE@ +EPIPHANY_DEPENDENCY_CFLAGS = @EPIPHANY_DEPENDENCY_CFLAGS@ +EPIPHANY_DEPENDENCY_LIBS = @EPIPHANY_DEPENDENCY_LIBS@ +EPIPHANY_EXTENSIONS_DIR = @EPIPHANY_EXTENSIONS_DIR@ +EPIPHANY_PREFIX = @EPIPHANY_PREFIX@ +EPIPHANY_REQUIRED = @EPIPHANY_REQUIRED@ +EVO_CFLAGS = @EVO_CFLAGS@ +EVO_LIBDIR = @EVO_LIBDIR@ +EVO_LIBS = @EVO_LIBS@ +EXEEXT = @EXEEXT@ +EXIF_SOVERSION = @EXIF_SOVERSION@ +F77 = @F77@ +FFLAGS = @FFLAGS@ +GAC_PREFIX = @GAC_PREFIX@ +GALAGO_CFLAGS = @GALAGO_CFLAGS@ +GALAGO_LIBS = @GALAGO_LIBS@ +GETTEXT_PACKAGE = @GETTEXT_PACKAGE@ +GMOFILES = @GMOFILES@ +GMSGFMT = @GMSGFMT@ +GNOME_PREFIX = @GNOME_PREFIX@ +GNOME_VFS_CFLAGS = @GNOME_VFS_CFLAGS@ +GNOME_VFS_LIBS = @GNOME_VFS_LIBS@ +GSF_SHARP_CFLAGS = @GSF_SHARP_CFLAGS@ +GSF_SHARP_LIBS = @GSF_SHARP_LIBS@ +GTK_BINARY_VERSION = @GTK_BINARY_VERSION@ +GTK_DOC_USE_LIBTOOL_FALSE = @GTK_DOC_USE_LIBTOOL_FALSE@ +GTK_DOC_USE_LIBTOOL_TRUE = @GTK_DOC_USE_LIBTOOL_TRUE@ +HAS_LIBCHM_FALSE = @HAS_LIBCHM_FALSE@ +HAS_LIBCHM_TRUE = @HAS_LIBCHM_TRUE@ +HAS_LIBXSS_FALSE = @HAS_LIBXSS_FALSE@ +HAS_LIBXSS_TRUE = @HAS_LIBXSS_TRUE@ +HTML_DIR = @HTML_DIR@ +INSTALL_DATA = @INSTALL_DATA@ +INSTALL_EPIPHANY_EXTENSION_FALSE = @INSTALL_EPIPHANY_EXTENSION_FALSE@ +INSTALL_EPIPHANY_EXTENSION_TRUE = @INSTALL_EPIPHANY_EXTENSION_TRUE@ +INSTALL_PROGRAM = @INSTALL_PROGRAM@ +INSTALL_SCRIPT = @INSTALL_SCRIPT@ +INSTALL_STRIP_PROGRAM = @INSTALL_STRIP_PROGRAM@ +INSTOBJEXT = @INSTOBJEXT@ +INTLLIBS = @INTLLIBS@ +INTLTOOL_CAVES_RULE = @INTLTOOL_CAVES_RULE@ +INTLTOOL_DESKTOP_RULE = @INTLTOOL_DESKTOP_RULE@ +INTLTOOL_DIRECTORY_RULE = @INTLTOOL_DIRECTORY_RULE@ +INTLTOOL_EXTRACT = @INTLTOOL_EXTRACT@ +INTLTOOL_ICONV = @INTLTOOL_ICONV@ +INTLTOOL_KBD_RULE = @INTLTOOL_KBD_RULE@ +INTLTOOL_KEYS_RULE = @INTLTOOL_KEYS_RULE@ +INTLTOOL_MERGE = @INTLTOOL_MERGE@ +INTLTOOL_MSGFMT = @INTLTOOL_MSGFMT@ +INTLTOOL_MSGMERGE = @INTLTOOL_MSGMERGE@ +INTLTOOL_OAF_RULE = @INTLTOOL_OAF_RULE@ +INTLTOOL_PERL = @INTLTOOL_PERL@ +INTLTOOL_PONG_RULE = @INTLTOOL_PONG_RULE@ +INTLTOOL_PROP_RULE = @INTLTOOL_PROP_RULE@ +INTLTOOL_SCHEMAS_RULE = @INTLTOOL_SCHEMAS_RULE@ +INTLTOOL_SERVER_RULE = @INTLTOOL_SERVER_RULE@ +INTLTOOL_SERVICE_RULE = @INTLTOOL_SERVICE_RULE@ +INTLTOOL_SHEET_RULE = @INTLTOOL_SHEET_RULE@ +INTLTOOL_SOUNDLIST_RULE = @INTLTOOL_SOUNDLIST_RULE@ +INTLTOOL_THEME_RULE = @INTLTOOL_THEME_RULE@ +INTLTOOL_UI_RULE = @INTLTOOL_UI_RULE@ +INTLTOOL_UPDATE = @INTLTOOL_UPDATE@ +INTLTOOL_XAM_RULE = @INTLTOOL_XAM_RULE@ +INTLTOOL_XGETTEXT = @INTLTOOL_XGETTEXT@ +INTLTOOL_XML_NOMERGE_RULE = @INTLTOOL_XML_NOMERGE_RULE@ +INTLTOOL_XML_RULE = @INTLTOOL_XML_RULE@ +KDE_CONFIG = @KDE_CONFIG@ +KDE_PREFIX = @KDE_PREFIX@ +LDFLAGS = @LDFLAGS@ +LIBBEAGLE_CFLAGS = @LIBBEAGLE_CFLAGS@ +LIBBEAGLE_LIBS = @LIBBEAGLE_LIBS@ +LIBBEAGLE_VERSION_INFO = @LIBBEAGLE_VERSION_INFO@ +LIBEXIF_API_CHECK_CFLAGS = @LIBEXIF_API_CHECK_CFLAGS@ +LIBEXIF_API_CHECK_LIBS = @LIBEXIF_API_CHECK_LIBS@ +LIBEXIF_CFLAGS = @LIBEXIF_CFLAGS@ +LIBEXIF_LIBS = @LIBEXIF_LIBS@ +LIBEXIF_VERSION_CHECK_CFLAGS = @LIBEXIF_VERSION_CHECK_CFLAGS@ +LIBEXIF_VERSION_CHECK_LIBS = @LIBEXIF_VERSION_CHECK_LIBS@ +LIBGLIB_REQUIRED = @LIBGLIB_REQUIRED@ +LIBGTK_REQUIRED = @LIBGTK_REQUIRED@ +LIBOBJS = @LIBOBJS@ +LIBS = @LIBS@ +LIBTOOL = @LIBTOOL@ +LIBTRAYICON_CFLAGS = @LIBTRAYICON_CFLAGS@ +LIBTRAYICON_LIBS = @LIBTRAYICON_LIBS@ +LIBXML_REQUIRED = @LIBXML_REQUIRED@ +LN_S = @LN_S@ +LTLIBOBJS = @LTLIBOBJS@ +MAINT = @MAINT@ +MAINTAINER_MODE_FALSE = @MAINTAINER_MODE_FALSE@ +MAINTAINER_MODE_TRUE = @MAINTAINER_MODE_TRUE@ +MAKEINFO = @MAKEINFO@ +MCS = @MCS@ +MKINSTALLDIRS = @MKINSTALLDIRS@ +MONO = @MONO@ +MONO_CFLAGS = @MONO_CFLAGS@ +MONO_LIBS = @MONO_LIBS@ +MSGFMT = @MSGFMT@ +OBJEXT = @OBJEXT@ +OPEN_WITH_CFLAGS = @OPEN_WITH_CFLAGS@ +OPEN_WITH_LIBS = @OPEN_WITH_LIBS@ +OS_FREEBSD_FALSE = @OS_FREEBSD_FALSE@ +OS_FREEBSD_TRUE = @OS_FREEBSD_TRUE@ +OS_LINUX_FALSE = @OS_LINUX_FALSE@ +OS_LINUX_TRUE = @OS_LINUX_TRUE@ +PACKAGE = @PACKAGE@ +PACKAGE_BUGREPORT = @PACKAGE_BUGREPORT@ +PACKAGE_NAME = @PACKAGE_NAME@ +PACKAGE_STRING = @PACKAGE_STRING@ +PACKAGE_TARNAME = @PACKAGE_TARNAME@ +PACKAGE_VERSION = @PACKAGE_VERSION@ +PATH_SEPARATOR = @PATH_SEPARATOR@ +PKG_CONFIG = @PKG_CONFIG@ +POFILES = @POFILES@ +POSUB = @POSUB@ +PO_IN_DATADIR_FALSE = @PO_IN_DATADIR_FALSE@ +PO_IN_DATADIR_TRUE = @PO_IN_DATADIR_TRUE@ +PYBEAGLE_CFLAGS = @PYBEAGLE_CFLAGS@ +PYBEAGLE_LIBS = @PYBEAGLE_LIBS@ +PYGTK_CODEGEN = @PYGTK_CODEGEN@ +PYGTK_DEFSDIR = @PYGTK_DEFSDIR@ +PYTHON = @PYTHON@ +PYTHON_EXEC_PREFIX = @PYTHON_EXEC_PREFIX@ +PYTHON_INCLUDES = @PYTHON_INCLUDES@ +PYTHON_PLATFORM = @PYTHON_PLATFORM@ +PYTHON_PREFIX = @PYTHON_PREFIX@ +PYTHON_VERSION = @PYTHON_VERSION@ +RANLIB = @RANLIB@ +SET_MAKE = @SET_MAKE@ +SHARPZIPLIB_LIBS = @SHARPZIPLIB_LIBS@ +SHELL = @SHELL@ +SQLITE3_CFLAGS = @SQLITE3_CFLAGS@ +SQLITE3_LIBS = @SQLITE3_LIBS@ +SQLITE_CFLAGS = @SQLITE_CFLAGS@ +SQLITE_LIBS = @SQLITE_LIBS@ +SQLITE_MAJ_VER = @SQLITE_MAJ_VER@ +STRIP = @STRIP@ +SYSTEMINFO_GLUE_CFLAGS = @SYSTEMINFO_GLUE_CFLAGS@ +SYSTEMINFO_GLUE_LIBS = @SYSTEMINFO_GLUE_LIBS@ +SYSTEMINFO_GLUE_X_LIBS = @SYSTEMINFO_GLUE_X_LIBS@ +UIGLUE_CFLAGS = @UIGLUE_CFLAGS@ +UIGLUE_LIBS = @UIGLUE_LIBS@ +USE_LOCAL_SQLITE_FALSE = @USE_LOCAL_SQLITE_FALSE@ +USE_LOCAL_SQLITE_TRUE = @USE_LOCAL_SQLITE_TRUE@ +USE_NLS = @USE_NLS@ +VERSION = @VERSION@ +WSDL = @WSDL@ +WV1_CFLAGS = @WV1_CFLAGS@ +WV1_LIBS = @WV1_LIBS@ +XGETTEXT = @XGETTEXT@ +X_CFLAGS = @X_CFLAGS@ +X_EXTRA_LIBS = @X_EXTRA_LIBS@ +X_LIBS = @X_LIBS@ +X_PRE_LIBS = @X_PRE_LIBS@ +ZIP = @ZIP@ +ac_ct_AR = @ac_ct_AR@ +ac_ct_CC = @ac_ct_CC@ +ac_ct_CXX = @ac_ct_CXX@ +ac_ct_F77 = @ac_ct_F77@ +ac_ct_RANLIB = @ac_ct_RANLIB@ +ac_ct_STRIP = @ac_ct_STRIP@ +ac_pt_PKG_CONFIG = @ac_pt_PKG_CONFIG@ +am__fastdepCC_FALSE = @am__fastdepCC_FALSE@ +am__fastdepCC_TRUE = @am__fastdepCC_TRUE@ +am__fastdepCXX_FALSE = @am__fastdepCXX_FALSE@ +am__fastdepCXX_TRUE = @am__fastdepCXX_TRUE@ +am__include = @am__include@ +am__leading_dot = @am__leading_dot@ +am__quote = @am__quote@ +bindir = @bindir@ +build = @build@ +build_alias = @build_alias@ +build_cpu = @build_cpu@ +build_os = @build_os@ +build_vendor = @build_vendor@ +datadir = @datadir@ +exec_prefix = @exec_prefix@ +host = @host@ +host_alias = @host_alias@ +host_cpu = @host_cpu@ +host_os = @host_os@ +host_vendor = @host_vendor@ +includedir = @includedir@ +infodir = @infodir@ +install_sh = @install_sh@ +libdir = @libdir@ +libexecdir = @libexecdir@ +localstatedir = @localstatedir@ +mandir = @mandir@ +mkdir_p = @mkdir_p@ +oldincludedir = @oldincludedir@ +pkgpyexecdir = @pkgpyexecdir@ +pkgpythondir = @pkgpythondir@ +prefix = @prefix@ +program_transform_name = @program_transform_name@ +pyexecdir = @pyexecdir@ +pythondir = @pythondir@ +sbindir = @sbindir@ +sharedstatedir = @sharedstatedir@ +sysconfdir = @sysconfdir@ +target = @target@ +target_alias = @target_alias@ +target_cpu = @target_cpu@ +target_os = @target_os@ +target_vendor = @target_vendor@ +CSC = mcs -debug +TARGET = ContactViewer.exe +WRAPPER = beagle-contactviewer +CSFLAGS = -target:exe +CSFILES = \ + $(srcdir)/ContactViewer.cs \ + $(srcdir)/ContactWindow.cs + +LOCAL_ASSEMBLIES = \ + ../Util/Util.dll \ + ../images/Images.dll + +ASSEMBLIES = \ + $(BEAGLE_UI_LIBS) \ + $(LOCAL_ASSEMBLIES:%=-r:%) \ + -r:Mono.Posix + +RESOURCEFILES = \ + $(srcdir)/contactviewer.glade \ + $(srcdir)/menu.xml + + +# Makefile-fu to map /path/filename to -resource:/path/filename,filename +RESOURCES = $(join $(RESOURCEFILES:%=-resource:%,),$(notdir $(RESOURCEFILES))) +EXTRA_DIST = \ + $(CSFILES) \ + $(WRAPPER).in \ + $(RESOURCEFILES) + +CLEANFILES = \ + $(TARGET) \ + $(TARGET).mdb \ + $(WRAPPER) + +all: all-am + +.SUFFIXES: +$(srcdir)/Makefile.in: @MAINTAINER_MODE_TRUE@ $(srcdir)/Makefile.am $(am__configure_deps) + @for dep in $?; do \ + case '$(am__configure_deps)' in \ + *$$dep*) \ + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh \ + && exit 0; \ + exit 1;; \ + esac; \ + done; \ + echo ' cd $(top_srcdir) && $(AUTOMAKE) --gnu ContactViewer/Makefile'; \ + cd $(top_srcdir) && \ + $(AUTOMAKE) --gnu ContactViewer/Makefile +.PRECIOUS: Makefile +Makefile: $(srcdir)/Makefile.in $(top_builddir)/config.status + @case '$?' in \ + *config.status*) \ + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh;; \ + *) \ + echo ' cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ $(am__depfiles_maybe)'; \ + cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ $(am__depfiles_maybe);; \ + esac; + +$(top_builddir)/config.status: $(top_srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh + +$(top_srcdir)/configure: @MAINTAINER_MODE_TRUE@ $(am__configure_deps) + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh +$(ACLOCAL_M4): @MAINTAINER_MODE_TRUE@ $(am__aclocal_m4_deps) + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh + +mostlyclean-libtool: + -rm -f *.lo + +clean-libtool: + -rm -rf .libs _libs + +distclean-libtool: + -rm -f libtool +uninstall-info-am: +tags: TAGS +TAGS: + +ctags: CTAGS +CTAGS: + + +distdir: $(DISTFILES) + $(mkdir_p) $(distdir)/$(srcdir) + @srcdirstrip=`echo "$(srcdir)" | sed 's|.|.|g'`; \ + topsrcdirstrip=`echo "$(top_srcdir)" | sed 's|.|.|g'`; \ + list='$(DISTFILES)'; for file in $$list; do \ + case $$file in \ + $(srcdir)/*) file=`echo "$$file" | sed "s|^$$srcdirstrip/||"`;; \ + $(top_srcdir)/*) file=`echo "$$file" | sed "s|^$$topsrcdirstrip/|$(top_builddir)/|"`;; \ + esac; \ + if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ + dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ + if test "$$dir" != "$$file" && test "$$dir" != "."; then \ + dir="/$$dir"; \ + $(mkdir_p) "$(distdir)$$dir"; \ + else \ + dir=''; \ + fi; \ + if test -d $$d/$$file; then \ + if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ + cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ + fi; \ + cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ + else \ + test -f $(distdir)/$$file \ + || cp -p $$d/$$file $(distdir)/$$file \ + || exit 1; \ + fi; \ + done +check-am: all-am +check: check-am +all-am: Makefile +installdirs: +install: install-am +install-exec: install-exec-am +install-data: install-data-am +uninstall: uninstall-am + +install-am: all-am + @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am + +installcheck: installcheck-am +install-strip: + $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ + install_sh_PROGRAM="$(INSTALL_STRIP_PROGRAM)" INSTALL_STRIP_FLAG=-s \ + `test -z '$(STRIP)' || \ + echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install +mostlyclean-generic: + +clean-generic: + -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) + +distclean-generic: + -rm -f $(CONFIG_CLEAN_FILES) + +maintainer-clean-generic: + @echo "This command is intended for maintainers to use" + @echo "it deletes files that may require special tools to rebuild." +clean: clean-am + +clean-am: clean-generic clean-libtool mostlyclean-am + +distclean: distclean-am + -rm -f Makefile +distclean-am: clean-am distclean-generic distclean-libtool + +dvi: dvi-am + +dvi-am: + +html: html-am + +info: info-am + +info-am: + +install-data-am: install-data-local + +install-exec-am: + +install-info: install-info-am + +install-man: + +installcheck-am: + +maintainer-clean: maintainer-clean-am + -rm -f Makefile +maintainer-clean-am: distclean-am maintainer-clean-generic + +mostlyclean: mostlyclean-am + +mostlyclean-am: mostlyclean-generic mostlyclean-libtool + +pdf: pdf-am + +pdf-am: + +ps: ps-am + +ps-am: + +uninstall-am: uninstall-info-am uninstall-local + +.PHONY: all all-am check check-am clean clean-generic clean-libtool \ + distclean distclean-generic distclean-libtool distdir dvi \ + dvi-am html html-am info info-am install install-am \ + install-data install-data-am install-data-local install-exec \ + install-exec-am install-info install-info-am install-man \ + install-strip installcheck installcheck-am installdirs \ + maintainer-clean maintainer-clean-generic mostlyclean \ + mostlyclean-generic mostlyclean-libtool pdf pdf-am ps ps-am \ + uninstall uninstall-am uninstall-info-am uninstall-local + + +$(TARGET): $(CSFILES) $(LOCAL_ASSEMBLIES) $(RESOURCEFILES) + $(CSC) -out:$@ $(CSFLAGS) $(CSFILES) $(ASSEMBLIES) $(RESOURCES) + +all: $(TARGET) $(WRAPPER) + +install-data-local: $(TARGET) + $(mkinstalldirs) $(DESTDIR)$(bindir) + $(mkinstalldirs) $(DESTDIR)$(pkglibdir) + $(INSTALL_DATA) $(TARGET) $(TARGET).mdb $(DESTDIR)$(pkglibdir) + sed -e "s|\#installed=1|installed=1|" < $(WRAPPER) > $(WRAPPER).tmp + $(INSTALL_SCRIPT) $(WRAPPER).tmp $(DESTDIR)$(bindir)/$(WRAPPER) + rm -f $(WRAPPER).tmp + +uninstall-local: + rm -f $(DESTDIR)$(pkglibdir)/$(TARGET) + rm -f $(DESTDIR)$(pkglibdir)/$(TARGET).mdb + rm -f $(DESTDIR)$(bindir)/$(WRAPPER) + +$(WRAPPER): $(srcdir)/$(WRAPPER).in + sed -e "s|\@prefix\@|$(prefix)|g" -e "s|\@pkglibdir\@|$(pkglibdir)|g" -e "s|\@target\@|$(TARGET)|g" -e "s|\@gacprefix\@|$(GAC_PREFIX)|g" < $^ > $@ + chmod +x $(WRAPPER) +# Tell versions [3.59,3.63) of GNU make to not export all variables. +# Otherwise a system limit (for SysV at least) may be exceeded. +.NOEXPORT: Index: ContactViewer/menu.xml =================================================================== --- ContactViewer/menu.xml (revision 0) +++ ContactViewer/menu.xml (revision 0) @@ -0,0 +1,12 @@ + + + + + + + + + + + + Index: ContactViewer/ContactWindow.cs =================================================================== --- ContactViewer/ContactWindow.cs (revision 0) +++ ContactViewer/ContactWindow.cs (revision 0) @@ -0,0 +1,446 @@ +// +// ContactWindow.cs +// +// Copyright (C) 2006 Pierre Östlund +// + +// +// Permission is hereby granted, free of charge, to any person obtaining a copy +// of this software and associated documentation files (the "Software"), to deal +// in the Software without restriction, including without limitation the rights +// to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +// copies of the Software, and to permit persons to whom the Software is +// furnished to do so, subject to the following conditions: +// +// The above copyright notice and this permission notice shall be included in all +// copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +// IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +// FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +// AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +// LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +// OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE +// SOFTWARE. +// + +using Gtk; +using Glade; +using System; +using System.Collections; +using System.Text.RegularExpressions; + +using Beagle.Util; +using Mono.Unix; + +namespace ContactViewer { + + public class ContactWindow { + private Glade.XML gxml; + private UIManager ui_manager; + + [Widget] Gtk.TreeView ContactList; + [Widget] Gtk.ComboBox ListIdentifier; + [Widget] Gtk.Statusbar Statusbar; + [Widget] Gtk.Window MainWindow; + [Widget] Gtk.EventBox MenubarHolder; + [Widget] Gtk.EventBox ContactHolder; + + private ListStore contact_store; + private ListStore contact_show_type_store; + + private Uri uri; + private MorkDatabase database; + //private ContactManager contact_manager; + + public ContactWindow (ContactManager contact_manager, Uri uri) + { + this.uri = uri; + //this.contact_manager = contact_manager; + + ShowWindow (); + } + + public void ShowWindow () + { + Application.Init (); + + gxml = new Glade.XML ("contactviewer.glade", "MainWindow"); + gxml.Autoconnect (this); + + ActionEntry[] entries = new ActionEntry [] { + new ActionEntry ("FileMenuAction", null, "_File", null, null, null), + new ActionEntry ("OpenAction", Gtk.Stock.Open, + "_Open", "O", Catalog.GetString ("Open..."), new EventHandler (OnOpenDatabase)), + new ActionEntry ("QuitAction", Gtk.Stock.Quit, + "_Quit", "Q", Catalog.GetString ("Quit"), new EventHandler (OnQuit)), + new ActionEntry ("HelpMenuAction", null, "_Help", null, null, null), + new ActionEntry ("AboutAction", Gtk.Stock.About, + "_About", null, Catalog.GetString ("About"), new EventHandler (OnAbout)) + }; + + ActionGroup grp = new ActionGroup ("MainGroup"); + grp.Add (entries); + + ui_manager = new UIManager (); + ui_manager.InsertActionGroup(grp, 0); + ui_manager.AddUiFromResource ("menu.xml"); + MenubarHolder.Add (ui_manager.GetWidget ("/MainMenu")); + + // Fix the TreeView that will contain all contacts + contact_store = new ListStore (typeof (string), typeof (string)); + + ContactList.Model = contact_store; + ContactList.RulesHint = true; + ContactList.AppendColumn (Catalog.GetString ("Contacts"), new CellRendererText (), "text", 1); + ContactList.ButtonReleaseEvent += OnContactSelected; + + // This ListStore will let the user choose what to see in the contact list + contact_show_type_store = new ListStore (typeof (string), typeof (string)); + contact_show_type_store.AppendValues ("DisplayName", Catalog.GetString ("Display name")); + contact_show_type_store.AppendValues ("PrimaryEmail", Catalog.GetString ("Primary E-mail")); + contact_show_type_store.AppendValues ("SecondEmail", Catalog.GetString ("Secondary E-mail")); + contact_show_type_store.AppendValues ("NickName", Catalog.GetString ("Nickname")); + + CellRendererText cell = new CellRendererText (); + ListIdentifier.PackStart (cell, false); + ListIdentifier.AddAttribute (cell, "text", 1); + ListIdentifier.Model = contact_show_type_store; + ListIdentifier.Active = 0; + ListIdentifier.Changed += OnContactListTypeChanged; + + MainWindow.Icon = Beagle.Images.GetPixbuf ("contact-icon.png"); + MainWindow.DeleteEvent += OnDeleteEvent; + + LoadDatabase (); + Application.Run (); + } + + public void LoadDatabase () + { + // Load the database file + try { + database = new MorkDatabase (uri.AbsolutePath); + database.Read (); + database.EnumNamespace = "ns:addrbk:db:row:scope:card:all"; + } catch (Exception e) { + MessageDialog dialog = new MessageDialog ( + MainWindow, + DialogFlags.DestroyWithParent, + MessageType.Error, + ButtonsType.Ok, + false, + String.Format (Catalog.GetString ("Unable to open mork database:\n\n {0}"), e.Message)); + + dialog.Run (); + dialog.Destroy (); + Environment.Exit (1); + } + + // Populate the gui with nice stuff + Clear (); + FillContactList (); + + try { + Match m = Regex.Match (uri.Query, @"\?id=(?[0-9A-Fa-f]+)"); + ShowContact (m.Result ("${id}")); + } catch (Exception e) { + Gtk.MessageDialog dialog = new MessageDialog ( + MainWindow, + DialogFlags.DestroyWithParent, + MessageType.Warning, + ButtonsType.Ok, + Catalog.GetString ("The specified ID does not exist in this database!")); + + dialog.Run (); + dialog.Destroy (); + } + } + + public void FillContactList () + { + TreeIter iter; + int count = 0; + + if (!ListIdentifier.GetActiveIter (out iter)) + return; + + contact_store.Clear (); + + // Add contacts to treeview + foreach (string id in database) { + Hashtable tbl = database.Compile (id, database.EnumNamespace); + + if (tbl ["table"] != null && tbl ["table"] as string == "BF") { + contact_store.AppendValues (tbl ["id"], tbl [contact_show_type_store.GetValue (iter, 0)]); + count++; + } + } + + SetStatusMessage (String.Format (Catalog.GetString ("Added {0} contacts"), count)); + } + + public void ShowContact (string id) + { + TreeIter iter; + Hashtable tbl = database.Compile (id, database.EnumNamespace); + + if (ContactHolder.Child != null) + ContactHolder.Remove (ContactHolder.Child); + + ContactHolder.Add (new Contact (tbl)); + MainWindow.ShowAll (); + + // Update selection in the contact list as well + if (contact_store.GetIterFirst (out iter)) { + do { + if (contact_store.GetValue (iter, 0) as string == id) { + ContactList.Selection.SelectIter (iter); + break; + } + } while (contact_store.IterNext (ref iter)); + } + + SetStatusMessage (String.Format (Catalog.GetString ("Viewing {0}"), + (ContactHolder.Child as Contact).GetString ("DisplayName"))); + } + + public void Clear () + { + if (ContactHolder.Child != null) + ContactHolder.Remove (ContactHolder.Child); + + contact_store.Clear (); + } + + public void SetStatusMessage (string message) + { + Statusbar.Pop (0); + Statusbar.Push (0, message); + } + + protected virtual void OnContactSelected (object o, ButtonReleaseEventArgs args) + { + TreeIter iter; + TreeModel model; + + if (!ContactList.Selection.GetSelected (out model, out iter)) + return; + + ShowContact ((string) model.GetValue (iter, 0)); + } + + protected virtual void OnContactListTypeChanged (object o, EventArgs args) + { + FillContactList (); + } + + protected virtual void OnOpenDatabase (object o, EventArgs args) + { + Uri uri; + ResponseType response; + FileChooserDialog chooser; + + chooser = new FileChooserDialog (Catalog.GetString ("Select a mork database file"), + MainWindow, FileChooserAction.Open); + chooser.LocalOnly = true; + chooser.AddButton (Gtk.Stock.Cancel, ResponseType.Cancel); + chooser.AddButton (Gtk.Stock.Ok, ResponseType.Ok); + + response = (ResponseType) chooser.Run (); + uri = new Uri (chooser.Uri); + chooser.Destroy (); + + if (response == ResponseType.Ok) { + this.uri = uri; + LoadDatabase (); + } + } + + protected virtual void OnAbout (object o, EventArgs args) + { + AboutDialog about = new AboutDialog(); + about.Authors = (new string[] { "Pierre \u00D6stlund" }); + about.Name = "Contact Viewer"; + about.Version = "0.1"; + about.Website = "http://www.beagle-project.org"; + about.Logo = Beagle.Images.GetPixbuf ("system-search.png"); + about.Icon = Beagle.Images.GetPixbuf ("icon-search.png"); + + about.Run(); + about.Destroy(); + } + + protected virtual void OnQuit (object o, EventArgs args) + { + Application.Quit (); + } + + protected virtual void OnDeleteEvent (object o, DeleteEventArgs args) + { + Application.Quit (); + } + } + + public class Contact : VBox { + private Hashtable contact; + + public Contact (Hashtable contact) : + base (false, 10) + { + HBox hbox; + Table table; + Button button; + HButtonBox hbuttonbox; + + this.contact = contact; + + // Create header containing an icon and display name + hbox = new HBox (); + hbox.Spacing = 10; + hbox.PackStart (Beagle.Images.GetWidget ("person.png"), false, false, 0); + hbox.PackStart (new VLabel (String.Format ("{0} \"{1}\" {2}", + GetString ("FirstName"), GetString ("NickName"), GetString ("LastName")), false)); + PackStart (hbox, false, false, 0); + PackStart (new HSeparator (), false, false, 0); + + // Create a table containing some user information + table = new Table (5, 2, false); + PackStart (table, false, false, 0); + + table.Attach (new VLabel (String.Format ("{0}", Catalog.GetString ("Primary E-Mail:")), false), + 0, 1, 0, 1, AttachOptions.Shrink | AttachOptions.Fill, AttachOptions.Shrink, 10, 0); + table.Attach (new VLabel (GetString ("PrimaryEmail"), true), 1, 2, 0, 1); + + table.Attach (new VLabel (String.Format ("{0}", Catalog.GetString ("Screen name:")), false), + 0, 1, 1, 2, AttachOptions.Shrink | AttachOptions.Fill, AttachOptions.Shrink, 10, 0); + table.Attach (new VLabel (GetString ("_AimScreenName"), true), 1, 2, 1, 2); + + table.Attach (new VLabel (String.Format ("{0}", Catalog.GetString ("Home phone:")), false), + 0, 1, 2, 3, AttachOptions.Shrink | AttachOptions.Fill, AttachOptions.Shrink, 10, 0); + table.Attach (new VLabel (GetString ("HomePhone"), true), 1, 2, 2, 3); + + table.Attach (new VLabel (String.Format ("{0}", Catalog.GetString ("Mobile phone:")), false), + 0, 1, 3, 4, AttachOptions.Shrink | AttachOptions.Fill, AttachOptions.Shrink, 10, 0); + table.Attach (new VLabel (GetString ("CellularNumber"), true), 1, 2, 3, 4); + + table.Attach (new VLabel (String.Format ("{0}", Catalog.GetString ("Web page:")), false), + 0, 1, 4, 5, AttachOptions.Shrink | AttachOptions.Fill, AttachOptions.Shrink, 10, 0); + table.Attach (new VLabel (GetString ("WebPage2"), true), 1, 2, 4, 5); + + // Add a button row with some informational buttons + hbuttonbox = new HButtonBox (); + hbuttonbox.Layout = ButtonBoxStyle.End; + PackEnd (hbuttonbox, false, false, 0); + + button = new Button (Catalog.GetString ("Send E-Mail")); + button.Clicked += OnSendEmail; + hbuttonbox.Add (button); + + button = new Button (Catalog.GetString ("Details...")); + button.Clicked += OnDetails; + hbuttonbox.Add (button); + } + + public string GetString (string str) + { + if (!contact.ContainsKey (str)) + return "N/A"; + + return contact [str] as string; + } + + protected virtual void OnSendEmail (object o, EventArgs args) + { + string mail = null; + SafeProcess process; + + if (contact ["PrimaryEmail"] != null) + mail = contact ["PrimaryEmail"] as string; + else if (contact ["SecondEmail"] != null) + mail = contact ["SecondMail"] as string; + else { + MessageDialog dialog = new MessageDialog ( + null, + DialogFlags.DestroyWithParent, + MessageType.Warning, + ButtonsType.Ok, + Catalog.GetString ("Could not find a valid E-mail address!")); + + dialog.Run (); + dialog.Destroy (); + return; + } + + process = new SafeProcess (); + process.Arguments = new string [2]; + process.Arguments [0] = "thunderbird"; + process.Arguments [1] = String.Format ("mailto:{0}", mail); + process.Start (); + } + + protected virtual void OnDetails (object o, EventArgs args) + { + new DetailedWindow (contact); + } + + public class VLabel : Label { + + public VLabel (string label, bool selectable) : + base (label) + { + Xalign = 0.0f; + UseMarkup = true; + Selectable = selectable; + } + } + + } + + public class DetailedWindow { + private Glade.XML gxml; + + [Widget] Gtk.Button Close; + [Widget ("DetailedWindow")] Gtk.Window Window; + [Widget] Gtk.TextView Notes; + [Widget] Gtk.ComboBox PreferredType; + + string[] widget_names = new string[] {"FirstName", "LastName", "DisplayName", + "NickName", "PrimaryEmail", "SecondEmail", "_AimScreenName", "WorkPhone", + "HomePhone", "FaxNumber", "PagerNumber", "CellularNumber", "HomeAddress", + "HomeAddress2", "HomeCity", "HomeCountry", "WebPage2", "HomeZipCode", + "HomeState", "WorkState", "WorkZipCode", "JobTitle", "Department", "Company", + "WorkAddress", "WorkAddress2", "WorkCity", "WorkCountry", "WebPage1", + "Custom1", "Custom2", "Custom3", "Custom4"}; + + public DetailedWindow (Hashtable contact) + { + gxml = new Glade.XML (null, "contactviewer.glade", "DetailedWindow", null); + gxml.Autoconnect (this); + + // Fill all Entry-boxes with information + foreach (string name in widget_names) + (gxml.GetWidget (name) as Gtk.Entry).Text = (contact [name] != null ? (contact [name] as string) : "");; + + // Also fill the special cases + Notes.Buffer.Text = (contact ["Notes"] != null ? (contact ["Notes"] as string) : ""); + + try { + int tmp = Convert.ToInt32 (contact ["PreferMailFormat"]); + PreferredType.Active = (tmp >= 0 && tmp <= 2 ? tmp : 0); + } catch (Exception e) { + PreferredType.Active = 0; + } + + Close.Clicked += OnClose; + + Window.Icon = Beagle.Images.GetPixbuf ("contact-icon.png"); + Window.Show (); + } + + protected virtual void OnClose (object o, EventArgs args) + { + Window.Hide (); + } + } +} Index: ContactViewer/contactviewer.glade =================================================================== --- ContactViewer/contactviewer.glade (revision 0) +++ ContactViewer/contactviewer.glade (revision 0) @@ -0,0 +1,2399 @@ + + + + + + + 630 + 380 + True + Contact Viewer + GTK_WINDOW_TOPLEVEL + GTK_WIN_POS_NONE + False + True + False + True + False + False + GDK_WINDOW_TYPE_HINT_NORMAL + GDK_GRAVITY_NORTH_WEST + True + False + + + + True + False + 0 + + + + True + True + False + + + + + + + 0 + False + True + + + + + + 5 + True + True + 200 + + + + True + False + 5 + + + + True + True + GTK_POLICY_AUTOMATIC + GTK_POLICY_ALWAYS + GTK_SHADOW_IN + GTK_CORNER_TOP_LEFT + + + + True + True + True + False + False + True + False + False + False + + + + + 0 + True + True + + + + + + True + False + True + + + 0 + False + True + + + + + True + False + + + + + + 5 + True + True + False + + + + + + + True + True + + + + + 0 + True + True + + + + + + True + True + + + 0 + False + False + + + + + + + + True + Detailed view + GTK_WINDOW_TOPLEVEL + GTK_WIN_POS_NONE + False + True + False + True + False + False + GDK_WINDOW_TYPE_HINT_NORMAL + GDK_GRAVITY_NORTH_WEST + True + False + + + + 10 + True + False + 10 + + + + True + True + True + True + GTK_POS_TOP + False + False + + + + 10 + True + False + 10 + + + + True + 0 + 0.5 + GTK_SHADOW_NONE + + + + True + 0.5 + 0.5 + 1 + 1 + 5 + 0 + 12 + 0 + + + + True + 4 + 2 + False + 0 + 0 + + + + 130 + True + First: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 0 + 1 + fill + + + + + + + True + Last: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 1 + 2 + fill + + + + + + + True + Display: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 2 + 3 + fill + + + + + + + True + Nickname: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 3 + 4 + fill + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 0 + 1 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 1 + 2 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 2 + 3 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 3 + 4 + + + + + + + + + + + True + <b>Name</b> + False + True + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + label_item + + + + + 0 + False + True + + + + + + True + 0 + 0.5 + GTK_SHADOW_NONE + + + + True + 0.5 + 0.5 + 1 + 1 + 5 + 0 + 12 + 0 + + + + True + 4 + 2 + False + 0 + 0 + + + + 130 + True + E-Mail: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 0 + 1 + fill + + + + + + + True + Additional E-Mail: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 1 + 2 + fill + + + + + + + True + Preferred format: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 2 + 3 + fill + + + + + + + True + Screen name: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 3 + 4 + fill + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 0 + 1 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 1 + 2 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 3 + 4 + + + + + + + True + Unknown +Plain text +HTML + False + True + + + 1 + 2 + 2 + 3 + fill + fill + + + + + + + + + + True + <b>Internet</b> + False + True + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + label_item + + + + + 0 + False + True + + + + + + True + 0 + 0.5 + GTK_SHADOW_NONE + + + + True + 0.5 + 0.5 + 1 + 1 + 5 + 0 + 12 + 0 + + + + True + 5 + 2 + False + 0 + 0 + + + + 130 + True + Work: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 0 + 1 + fill + + + + + + + True + Home: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 1 + 2 + fill + + + + + + + True + Fax: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 2 + 3 + fill + + + + + + + True + Pager: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 3 + 4 + fill + + + + + + + True + Mobile: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 4 + 5 + fill + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 0 + 1 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 1 + 2 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 2 + 3 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 3 + 4 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 4 + 5 + + + + + + + + + + + True + <b>Phones</b> + False + True + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + label_item + + + + + 0 + False + True + + + + + False + True + + + + + + True + Contact + False + False + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + tab + + + + + + 10 + True + False + 10 + + + + True + 0 + 0.5 + GTK_SHADOW_NONE + + + + True + 0.5 + 0.5 + 1 + 1 + 5 + 0 + 12 + 0 + + + + True + 6 + 4 + False + 0 + 0 + + + + 130 + True + Address: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 0 + 1 + fill + + + + + + + True + City: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 2 + 3 + fill + + + + + + + True + State/Province: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 3 + 4 + fill + + + + + + + True + Country: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 4 + 5 + fill + + + + + + + True + Web Page: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 5 + 6 + fill + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 0 + 1 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 1 + 2 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 2 + 3 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 4 + 5 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 5 + 6 + + + + + + + True + ZIP/Postal Code + False + False + GTK_JUSTIFY_LEFT + False + False + 1 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 2 + 3 + 3 + 4 + + + + + + + 70 + True + True + False + True + 0 + + True + ● + False + + + 3 + 4 + 3 + 4 + fill + + + + + + + 70 + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 3 + 4 + fill + + + + + + + + + + + True + <b>Home</b> + False + True + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + label_item + + + + + 0 + False + True + + + + + + True + 0 + 0.5 + GTK_SHADOW_NONE + + + + True + 0.5 + 0.5 + 1 + 1 + 5 + 0 + 12 + 0 + + + + True + 9 + 4 + False + 0 + 0 + + + + 70 + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 6 + 7 + fill + + + + + + + 70 + True + True + False + True + 0 + + True + ● + False + + + 3 + 4 + 6 + 7 + fill + + + + + + + 130 + True + Title: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 0 + 1 + fill + + + + + + + True + Department: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 1 + 2 + fill + + + + + + + True + Organization: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 2 + 3 + fill + + + + + + + True + Address: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 3 + 4 + fill + + + + + + + True + City: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 5 + 6 + fill + + + + + + + True + State/Province + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 6 + 7 + fill + + + + + + + True + Country: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 7 + 8 + fill + + + + + + + True + Web Page: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 8 + 9 + fill + + + + + + + True + ZIP/Postal Code: + False + False + GTK_JUSTIFY_LEFT + False + False + 1 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 2 + 3 + 6 + 7 + fill + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 0 + 1 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 1 + 2 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 2 + 3 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 3 + 4 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 4 + 5 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 5 + 6 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 7 + 8 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 4 + 8 + 9 + + + + + + + + + + + True + <b>Work</b> + False + True + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + label_item + + + + + 0 + True + True + + + + + False + True + + + + + + True + Address + False + False + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + tab + + + + + + 10 + True + False + 10 + + + + True + 0 + 0.5 + GTK_SHADOW_NONE + + + + True + 0.5 + 0.5 + 1 + 1 + 5 + 0 + 12 + 0 + + + + True + 4 + 2 + False + 0 + 0 + + + + 130 + True + Custom 1: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 0 + 1 + fill + + + + + + + True + Custom 2: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 1 + 2 + fill + + + + + + + True + Custom 3: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 2 + 3 + fill + + + + + + + True + Custom 4: + False + False + GTK_JUSTIFY_LEFT + False + False + 0 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + 0 + 1 + 3 + 4 + fill + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 0 + 1 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 1 + 2 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 2 + 3 + + + + + + + True + True + False + True + 0 + + True + ● + False + + + 1 + 2 + 3 + 4 + + + + + + + + + + + True + <b>Custom fields</b> + False + True + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + label_item + + + + + 0 + False + True + + + + + + True + 0 + 0.5 + GTK_SHADOW_NONE + + + + True + 0.5 + 0.5 + 1 + 1 + 5 + 0 + 12 + 0 + + + + True + True + GTK_POLICY_AUTOMATIC + GTK_POLICY_AUTOMATIC + GTK_SHADOW_IN + GTK_CORNER_TOP_LEFT + + + + True + True + False + False + True + GTK_JUSTIFY_LEFT + GTK_WRAP_NONE + True + 0 + 0 + 0 + 0 + 0 + 0 + + + + + + + + + + + True + <b>Notes</b> + False + True + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + label_item + + + + + 0 + True + True + + + + + False + True + + + + + + True + Other + False + False + GTK_JUSTIFY_LEFT + False + False + 0.5 + 0.5 + 0 + 0 + PANGO_ELLIPSIZE_NONE + -1 + False + 0 + + + tab + + + + + 0 + True + True + + + + + + True + GTK_BUTTONBOX_END + 0 + + + + True + True + True + gtk-close + True + GTK_RELIEF_NORMAL + True + + + + + 0 + False + True + + + + + + + Index: ContactViewer/Makefile.am =================================================================== --- ContactViewer/Makefile.am (revision 0) +++ ContactViewer/Makefile.am (revision 0) @@ -0,0 +1,59 @@ + +CSC = mcs -debug + +TARGET = ContactViewer.exe +WRAPPER = beagle-contactviewer + +CSFLAGS = -target:exe + +CSFILES = \ + $(srcdir)/ContactViewer.cs \ + $(srcdir)/ContactWindow.cs + +LOCAL_ASSEMBLIES = \ + ../Util/Util.dll \ + ../images/Images.dll + +ASSEMBLIES = \ + $(BEAGLE_UI_LIBS) \ + $(LOCAL_ASSEMBLIES:%=-r:%) \ + -r:Mono.Posix + +RESOURCEFILES = \ + $(srcdir)/contactviewer.glade \ + $(srcdir)/menu.xml + +# Makefile-fu to map /path/filename to -resource:/path/filename,filename +RESOURCES = $(join $(RESOURCEFILES:%=-resource:%,),$(notdir $(RESOURCEFILES))) + +$(TARGET): $(CSFILES) $(LOCAL_ASSEMBLIES) $(RESOURCEFILES) + $(CSC) -out:$@ $(CSFLAGS) $(CSFILES) $(ASSEMBLIES) $(RESOURCES) + +all: $(TARGET) $(WRAPPER) + +install-data-local: $(TARGET) + $(mkinstalldirs) $(DESTDIR)$(bindir) + $(mkinstalldirs) $(DESTDIR)$(pkglibdir) + $(INSTALL_DATA) $(TARGET) $(TARGET).mdb $(DESTDIR)$(pkglibdir) + sed -e "s|\#installed=1|installed=1|" < $(WRAPPER) > $(WRAPPER).tmp + $(INSTALL_SCRIPT) $(WRAPPER).tmp $(DESTDIR)$(bindir)/$(WRAPPER) + rm -f $(WRAPPER).tmp + +uninstall-local: + rm -f $(DESTDIR)$(pkglibdir)/$(TARGET) + rm -f $(DESTDIR)$(pkglibdir)/$(TARGET).mdb + rm -f $(DESTDIR)$(bindir)/$(WRAPPER) + +$(WRAPPER): $(srcdir)/$(WRAPPER).in + sed -e "s|\@prefix\@|$(prefix)|g" -e "s|\@pkglibdir\@|$(pkglibdir)|g" -e "s|\@target\@|$(TARGET)|g" -e "s|\@gacprefix\@|$(GAC_PREFIX)|g" < $^ > $@ + chmod +x $(WRAPPER) + +EXTRA_DIST = \ + $(CSFILES) \ + $(WRAPPER).in \ + $(RESOURCEFILES) + +CLEANFILES = \ + $(TARGET) \ + $(TARGET).mdb \ + $(WRAPPER) Index: ContactViewer/beagle-contactviewer =================================================================== --- ContactViewer/beagle-contactviewer (revision 0) +++ ContactViewer/beagle-contactviewer (revision 0) @@ -0,0 +1,18 @@ +#!/bin/sh + +# This line will be automatically uncommented when you "make install" +#installed=1 + +if [ -z $installed ] ; then + echo "*** Running uninstalled ContactViewer.exe ***" + THIS_PATH="../Util:../images:../Lucene.Net" + THIS_EXE="./ContactViewer.exe" + export LD_LIBRARY_PATH="../glue/.libs${LD_LIBRARY_PATH+:$LD_LIBRARY_PATH}" +else + THIS_PATH="/usr/lib/beagle" + THIS_EXE="/usr/lib/beagle/ContactViewer.exe" + export LD_LIBRARY_PATH="/usr/lib/beagle${LD_LIBRARY_PATH+:$LD_LIBRARY_PATH}" +fi + +MONO_GAC_PREFIX="/usr${MONO_GAC_PREFIX+:$MONO_GAC_PREFIX}" MONO_PATH="$THIS_PATH${MONO_PATH+:$MONO_PATH}" exec -a beagle-contactviewer mono $MONO_EXTRA_ARGS --debug $THIS_EXE "$@" + Index: ContactViewer/Makefile =================================================================== --- ContactViewer/Makefile (revision 0) +++ ContactViewer/Makefile (revision 0) @@ -0,0 +1,545 @@ +# Makefile.in generated by automake 1.8.5 from Makefile.am. +# ContactViewer/Makefile. Generated from Makefile.in by configure. + +# Copyright (C) 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, +# 2003, 2004 Free Software Foundation, Inc. +# This Makefile.in is free software; the Free Software Foundation +# gives unlimited permission to copy and/or distribute it, +# with or without modifications, as long as this notice is preserved. + +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY, to the extent permitted by law; without +# even the implied warranty of MERCHANTABILITY or FITNESS FOR A +# PARTICULAR PURPOSE. + + +srcdir = . +top_srcdir = .. + +pkgdatadir = $(datadir)/beagle +pkglibdir = $(libdir)/beagle +pkgincludedir = $(includedir)/beagle +top_builddir = .. +am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd +INSTALL = /usr/bin/install -c +install_sh_DATA = $(install_sh) -c -m 644 +install_sh_PROGRAM = $(install_sh) -c +install_sh_SCRIPT = $(install_sh) -c +INSTALL_HEADER = $(INSTALL_DATA) +transform = $(program_transform_name) +NORMAL_INSTALL = : +PRE_INSTALL = : +POST_INSTALL = : +NORMAL_UNINSTALL = : +PRE_UNINSTALL = : +POST_UNINSTALL = : +build_triplet = i686-pc-linux-gnu +host_triplet = i686-pc-linux-gnu +target_triplet = i686-pc-linux-gnu +subdir = ContactViewer +DIST_COMMON = $(srcdir)/Makefile.am $(srcdir)/Makefile.in +ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 +am__aclocal_m4_deps = $(top_srcdir)/acinclude.m4 \ + $(top_srcdir)/configure.in +am__configure_deps = $(am__aclocal_m4_deps) $(CONFIGURE_DEPENDENCIES) \ + $(ACLOCAL_M4) +mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs +CONFIG_HEADER = $(top_builddir)/config.h +CONFIG_CLEAN_FILES = +SOURCES = +DIST_SOURCES = +DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) +ACLOCAL = ${SHELL} /home/kjk38/src/beagle/missing --run aclocal-1.8 +ALL_LINGUAS = bg ca cs da de el en_CA en_GB es fi fr gl he hi hu it ja ka ko lt lv mk nb nl pa pl pt_BR ru sv tr uk vi zh_CN zh_HK zh_TW +AMDEP_FALSE = # +AMDEP_TRUE = +AMTAR = ${SHELL} /home/kjk38/src/beagle/missing --run tar +AR = ar +AUTOCONF = ${SHELL} /home/kjk38/src/beagle/missing --run autoconf +AUTOHEADER = ${SHELL} /home/kjk38/src/beagle/missing --run autoheader +AUTOMAKE = ${SHELL} /home/kjk38/src/beagle/missing --run automake-1.8 +AWK = gawk +BASH = /bin/sh +BEAGLED_CFLAGS = -I:/usr/lib/pkgconfig/../../share/gapi-2.0/pango-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/atk-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gdk-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gtk-api.xml +BEAGLED_LIBS = -r:/usr/lib/mono/gmime-sharp/gmime-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/pango-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/atk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gdk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gtk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glib-sharp.dll -r:/usr/lib/mono/gtk-sharp/gsf-sharp.dll +BEAGLE_DEFINES = +BEAGLE_UI_CFLAGS = -I:/usr/lib/pkgconfig/../../share/gapi-2.0/pango-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/atk-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gdk-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gtk-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gnome-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/art-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gnome-vfs-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/glade-api.xml +BEAGLE_UI_LIBS = -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/pango-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/atk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gdk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gtk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glib-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gconf-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gconf-sharp-peditors.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gnome-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/art-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gnome-vfs-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glade-sharp.dll -r:/usr/lib/mono/gmime-sharp/gmime-sharp.dll +CATALOGS = bg.gmo ca.gmo cs.gmo da.gmo de.gmo el.gmo en_CA.gmo en_GB.gmo es.gmo fi.gmo fr.gmo gl.gmo he.gmo hi.gmo hu.gmo it.gmo ja.gmo ka.gmo ko.gmo lt.gmo lv.gmo mk.gmo nb.gmo nl.gmo pa.gmo pl.gmo pt_BR.gmo ru.gmo sv.gmo tr.gmo uk.gmo vi.gmo zh_CN.gmo zh_HK.gmo zh_TW.gmo +CATOBJEXT = .gmo +CC = gcc +CCDEPMODE = depmode=gcc3 +CFLAGS = -g -O2 +CPP = gcc -E +CPPFLAGS = +CXX = g++ +CXXCPP = g++ -E +CXXDEPMODE = depmode=gcc3 +CXXFLAGS = -g -O2 +CYGPATH_W = echo +DATADIRNAME = share +DEFS = -DHAVE_CONFIG_H +DEPDIR = .deps +DESKTOP_LAUNCH = no +ECHO = echo +ECHO_C = +ECHO_N = -n +ECHO_T = +EGREP = grep -E +ENABLE_BLUDGEON_FALSE = # +ENABLE_BLUDGEON_TRUE = +ENABLE_DESKTOP_LAUNCH_FALSE = +ENABLE_DESKTOP_LAUNCH_TRUE = # +ENABLE_EPIPHANY_EXTENSION_FALSE = +ENABLE_EPIPHANY_EXTENSION_TRUE = # +ENABLE_EVOLUTION_FALSE = # +ENABLE_EVOLUTION_TRUE = +ENABLE_GALAGO_FALSE = +ENABLE_GALAGO_TRUE = # +ENABLE_GOOGLEDRIVER_FALSE = +ENABLE_GOOGLEDRIVER_TRUE = # +ENABLE_GSF_SHARP_FALSE = # +ENABLE_GSF_SHARP_TRUE = +ENABLE_GTK_DOC_FALSE = +ENABLE_GTK_DOC_TRUE = # +ENABLE_GUI_FALSE = # +ENABLE_GUI_TRUE = +ENABLE_INOTIFY_FALSE = # +ENABLE_INOTIFY_TRUE = +ENABLE_LIBBEAGLE_FALSE = # +ENABLE_LIBBEAGLE_TRUE = +ENABLE_OPEN_WITH_FALSE = # +ENABLE_OPEN_WITH_TRUE = +ENABLE_PYTHON_FALSE = # +ENABLE_PYTHON_TRUE = +ENABLE_THUNDERBIRD_FALSE = # +ENABLE_THUNDERBIRD_TRUE = +ENABLE_WEBSERVICES_FALSE = +ENABLE_WEBSERVICES_TRUE = # +ENABLE_WV1_FALSE = # +ENABLE_WV1_TRUE = +EPIPHANY_DEPENDENCY_CFLAGS = +EPIPHANY_DEPENDENCY_LIBS = +EPIPHANY_EXTENSIONS_DIR = +EPIPHANY_PREFIX = +EPIPHANY_REQUIRED = +EVO_CFLAGS = -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gnome-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/pango-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/atk-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gdk-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gtk-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/art-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gnome-vfs-api.xml +EVO_LIBDIR = /usr/lib/evolution/2.6 +EVO_LIBS = -r:/usr/lib/evolution-sharp/evolution-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gconf-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gconf-sharp-peditors.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gnome-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/pango-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/atk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gdk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gtk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/art-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gnome-vfs-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glib-sharp.dll -r:/usr/lib/mono/gmime-sharp/gmime-sharp.dll +EXEEXT = +EXIF_SOVERSION = 12 +F77 = +FFLAGS = +GAC_PREFIX = /usr +GALAGO_CFLAGS = +GALAGO_LIBS = +GETTEXT_PACKAGE = beagle +GMOFILES = bg.gmo ca.gmo cs.gmo da.gmo de.gmo el.gmo en_CA.gmo en_GB.gmo es.gmo fi.gmo fr.gmo gl.gmo he.gmo hi.gmo hu.gmo it.gmo ja.gmo ka.gmo ko.gmo lt.gmo lv.gmo mk.gmo nb.gmo nl.gmo pa.gmo pl.gmo pt_BR.gmo ru.gmo sv.gmo tr.gmo uk.gmo vi.gmo zh_CN.gmo zh_HK.gmo zh_TW.gmo +GMSGFMT = /usr/bin/msgfmt +GNOME_PREFIX = /usr +GNOME_VFS_CFLAGS = -pthread -DORBIT2=1 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/bonobo-activation-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/gconf/2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/orbit-2.0 -I/usr/include/libgnome-2.0 +GNOME_VFS_LIBS = -pthread -lgnome-2 -lpopt -lgnomevfs-2 -lbonobo-2 -lgconf-2 -lgobject-2.0 -lbonobo-activation -lORBit-2 -lm -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0 +GSF_SHARP_CFLAGS = +GSF_SHARP_LIBS = -r:/usr/lib/mono/gtk-sharp/gsf-sharp.dll +GTK_BINARY_VERSION = 2.4.0 +GTK_DOC_USE_LIBTOOL_FALSE = # +GTK_DOC_USE_LIBTOOL_TRUE = +HAS_LIBCHM_FALSE = +HAS_LIBCHM_TRUE = # +HAS_LIBXSS_FALSE = # +HAS_LIBXSS_TRUE = +HTML_DIR = ${datadir}/gtk-doc/html +INSTALL_DATA = ${INSTALL} -m 644 +INSTALL_EPIPHANY_EXTENSION_FALSE = # +INSTALL_EPIPHANY_EXTENSION_TRUE = +INSTALL_PROGRAM = ${INSTALL} +INSTALL_SCRIPT = ${INSTALL} +INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s +INSTOBJEXT = .mo +INTLLIBS = +INTLTOOL_CAVES_RULE = %.caves: %.caves.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_DESKTOP_RULE = %.desktop: %.desktop.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_DIRECTORY_RULE = %.directory: %.directory.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_EXTRACT = $(top_builddir)/intltool-extract +INTLTOOL_ICONV = /usr/bin/iconv +INTLTOOL_KBD_RULE = %.kbd: %.kbd.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -m -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_KEYS_RULE = %.keys: %.keys.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -k -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_MERGE = $(top_builddir)/intltool-merge +INTLTOOL_MSGFMT = /usr/bin/msgfmt +INTLTOOL_MSGMERGE = /usr/bin/msgmerge +INTLTOOL_OAF_RULE = %.oaf: %.oaf.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -o -p $(top_srcdir)/po $< $@ +INTLTOOL_PERL = /usr/bin/perl +INTLTOOL_PONG_RULE = %.pong: %.pong.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_PROP_RULE = %.prop: %.prop.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_SCHEMAS_RULE = %.schemas: %.schemas.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -s -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_SERVER_RULE = %.server: %.server.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -o -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_SERVICE_RULE = %.service: %.service.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_SHEET_RULE = %.sheet: %.sheet.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_SOUNDLIST_RULE = %.soundlist: %.soundlist.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_THEME_RULE = %.theme: %.theme.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_UI_RULE = %.ui: %.ui.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_UPDATE = $(top_builddir)/intltool-update +INTLTOOL_XAM_RULE = %.xam: %.xml.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +INTLTOOL_XGETTEXT = /usr/bin/xgettext +INTLTOOL_XML_NOMERGE_RULE = %.xml: %.xml.in $(INTLTOOL_MERGE) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u /tmp $< $@ +INTLTOOL_XML_RULE = %.xml: %.xml.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@ +KDE_CONFIG = /usr/bin/kde-config +KDE_PREFIX = /usr +LDFLAGS = +LIBBEAGLE_CFLAGS = -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 +LIBBEAGLE_LIBS = -lgobject-2.0 -lglib-2.0 -lxml2 -lz -lm +LIBBEAGLE_VERSION_INFO = 0:0:0 +LIBEXIF_API_CHECK_CFLAGS = -I/usr/include/libexif +LIBEXIF_API_CHECK_LIBS = -lexif -lm +LIBEXIF_CFLAGS = -I/usr/include/libexif +LIBEXIF_LIBS = -lexif -lm +LIBEXIF_VERSION_CHECK_CFLAGS = -I/usr/include/libexif +LIBEXIF_VERSION_CHECK_LIBS = -lexif -lm +LIBGLIB_REQUIRED = +LIBGTK_REQUIRED = +LIBOBJS = +LIBS = +LIBTOOL = $(SHELL) $(top_builddir)/libtool +LIBTRAYICON_CFLAGS = -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/atk-1.0 +LIBTRAYICON_LIBS = -lgdk-x11-2.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lfontconfig -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 -lcairo -lX11 -latk-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 +LIBXML_REQUIRED = +LN_S = ln -s +LTLIBOBJS = +MAINT = +MAINTAINER_MODE_FALSE = # +MAINTAINER_MODE_TRUE = +MAKEINFO = ${SHELL} /home/kjk38/src/beagle/missing --run makeinfo +MCS = /usr/bin/mcs +MKINSTALLDIRS = ./mkinstalldirs +MONO = /usr/bin/mono +MONO_CFLAGS = -D_REENTRANT -pthread -I/usr/lib/pkgconfig/../../include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include +MONO_LIBS = -Wl,--export-dynamic -pthread -L/usr/lib/pkgconfig/../../lib -lmono -lpthread -lm -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0 +MSGFMT = /usr/bin/msgfmt +OBJEXT = o +OPEN_WITH_CFLAGS = -I:/usr/lib/pkgconfig/../../share/gapi-2.0/pango-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/atk-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gdk-api.xml -I:/usr/lib/pkgconfig/../../share/gapi-2.0/gtk-api.xml +OPEN_WITH_LIBS = -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/pango-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/atk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gdk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gtk-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glib-sharp.dll +OS_FREEBSD_FALSE = +OS_FREEBSD_TRUE = # +OS_LINUX_FALSE = # +OS_LINUX_TRUE = +PACKAGE = beagle +PACKAGE_BUGREPORT = +PACKAGE_NAME = +PACKAGE_STRING = +PACKAGE_TARNAME = +PACKAGE_VERSION = +PATH_SEPARATOR = : +PKG_CONFIG = /usr/bin/pkg-config +POFILES = bg.po ca.po cs.po da.po de.po el.po en_CA.po en_GB.po es.po fi.po fr.po gl.po he.po hi.po hu.po it.po ja.po ka.po ko.po lt.po lv.po mk.po nb.po nl.po pa.po pl.po pt_BR.po ru.po sv.po tr.po uk.po vi.po zh_CN.po zh_HK.po zh_TW.po +POSUB = po +PO_IN_DATADIR_FALSE = +PO_IN_DATADIR_TRUE = +PYBEAGLE_CFLAGS = -I/usr/include/pygtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include +PYBEAGLE_LIBS = -lgobject-2.0 -lglib-2.0 +PYGTK_CODEGEN = /usr/bin/pygtk-codegen-2.0 +PYGTK_DEFSDIR = /usr/share/pygtk/2.0/defs +PYTHON = /usr/bin/python +PYTHON_EXEC_PREFIX = ${exec_prefix} +PYTHON_INCLUDES = -I/usr/include/python2.4 +PYTHON_PLATFORM = linux2 +PYTHON_PREFIX = ${prefix} +PYTHON_VERSION = 2.4 +RANLIB = ranlib +SET_MAKE = +SHARPZIPLIB_LIBS = -r:/usr/lib/pkgconfig/../../lib/mono/compat-1.0/ICSharpCode.SharpZipLib.dll +SHELL = /bin/sh +SQLITE3_CFLAGS = +SQLITE3_LIBS = +SQLITE_CFLAGS = +SQLITE_LIBS = -lsqlite +SQLITE_MAJ_VER = 2 +STRIP = strip +SYSTEMINFO_GLUE_CFLAGS = -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo +SYSTEMINFO_GLUE_LIBS = -lgdk-x11-2.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lfontconfig -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lX11 +SYSTEMINFO_GLUE_X_LIBS = -lSM -lICE -L/usr/X11R6/lib -lX11 -lXss +UIGLUE_CFLAGS = -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/librsvg-2 +UIGLUE_LIBS = -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangocairo-1.0 -lfontconfig -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 -lcairo -lX11 -lrsvg-2 -lgdk_pixbuf-2.0 -lm -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 +USE_LOCAL_SQLITE_FALSE = # +USE_LOCAL_SQLITE_TRUE = +USE_NLS = yes +VERSION = 0.2.7 +WSDL = +WV1_CFLAGS = -I/usr/include/wv -I/usr/include/libgsf-1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 +WV1_LIBS = -lwv -lgsf-1 -lgobject-2.0 -lxml2 -lglib-2.0 -lpng -lz -lm +XGETTEXT = /usr/bin/xgettext +X_CFLAGS = +X_EXTRA_LIBS = +X_LIBS = -L/usr/X11R6/lib +X_PRE_LIBS = -lSM -lICE +ZIP = /usr/bin/zip +ac_ct_AR = ar +ac_ct_CC = gcc +ac_ct_CXX = g++ +ac_ct_F77 = +ac_ct_RANLIB = ranlib +ac_ct_STRIP = strip +ac_pt_PKG_CONFIG = +am__fastdepCC_FALSE = # +am__fastdepCC_TRUE = +am__fastdepCXX_FALSE = # +am__fastdepCXX_TRUE = +am__include = include +am__leading_dot = . +am__quote = +bindir = ${exec_prefix}/bin +build = i686-pc-linux-gnu +build_alias = +build_cpu = i686 +build_os = linux-gnu +build_vendor = pc +datadir = ${prefix}/share +exec_prefix = ${prefix} +host = i686-pc-linux-gnu +host_alias = +host_cpu = i686 +host_os = linux-gnu +host_vendor = pc +includedir = ${prefix}/include +infodir = ${prefix}/info +install_sh = /home/kjk38/src/beagle/install-sh +libdir = ${exec_prefix}/lib +libexecdir = ${exec_prefix}/libexec +localstatedir = ${prefix}/var +mandir = ${prefix}/man +mkdir_p = mkdir -p -- . +oldincludedir = /usr/include +pkgpyexecdir = ${pyexecdir}/beagle +pkgpythondir = ${pythondir}/beagle +prefix = /usr +program_transform_name = s,x,x, +pyexecdir = ${exec_prefix}/lib/python2.4/site-packages +pythondir = ${prefix}/lib/python2.4/site-packages +sbindir = ${exec_prefix}/sbin +sharedstatedir = ${prefix}/com +sysconfdir = ${prefix}/etc +target = i686-pc-linux-gnu +target_alias = +target_cpu = i686 +target_os = linux-gnu +target_vendor = pc +CSC = mcs -debug +TARGET = ContactViewer.exe +WRAPPER = beagle-contactviewer +CSFLAGS = -target:exe +CSFILES = \ + $(srcdir)/ContactViewer.cs \ + $(srcdir)/ContactWindow.cs + +LOCAL_ASSEMBLIES = \ + ../Util/Util.dll \ + ../images/Images.dll + +ASSEMBLIES = \ + $(BEAGLE_UI_LIBS) \ + $(LOCAL_ASSEMBLIES:%=-r:%) \ + -r:Mono.Posix + +RESOURCEFILES = \ + $(srcdir)/contactviewer.glade \ + $(srcdir)/menu.xml + + +# Makefile-fu to map /path/filename to -resource:/path/filename,filename +RESOURCES = $(join $(RESOURCEFILES:%=-resource:%,),$(notdir $(RESOURCEFILES))) +EXTRA_DIST = \ + $(CSFILES) \ + $(WRAPPER).in \ + $(RESOURCEFILES) + +CLEANFILES = \ + $(TARGET) \ + $(TARGET).mdb \ + $(WRAPPER) + +all: all-am + +.SUFFIXES: +$(srcdir)/Makefile.in: $(srcdir)/Makefile.am $(am__configure_deps) + @for dep in $?; do \ + case '$(am__configure_deps)' in \ + *$$dep*) \ + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh \ + && exit 0; \ + exit 1;; \ + esac; \ + done; \ + echo ' cd $(top_srcdir) && $(AUTOMAKE) --gnu ContactViewer/Makefile'; \ + cd $(top_srcdir) && \ + $(AUTOMAKE) --gnu ContactViewer/Makefile +.PRECIOUS: Makefile +Makefile: $(srcdir)/Makefile.in $(top_builddir)/config.status + @case '$?' in \ + *config.status*) \ + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh;; \ + *) \ + echo ' cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ $(am__depfiles_maybe)'; \ + cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ $(am__depfiles_maybe);; \ + esac; + +$(top_builddir)/config.status: $(top_srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh + +$(top_srcdir)/configure: $(am__configure_deps) + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh +$(ACLOCAL_M4): $(am__aclocal_m4_deps) + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh + +mostlyclean-libtool: + -rm -f *.lo + +clean-libtool: + -rm -rf .libs _libs + +distclean-libtool: + -rm -f libtool +uninstall-info-am: +tags: TAGS +TAGS: + +ctags: CTAGS +CTAGS: + + +distdir: $(DISTFILES) + $(mkdir_p) $(distdir)/$(srcdir) + @srcdirstrip=`echo "$(srcdir)" | sed 's|.|.|g'`; \ + topsrcdirstrip=`echo "$(top_srcdir)" | sed 's|.|.|g'`; \ + list='$(DISTFILES)'; for file in $$list; do \ + case $$file in \ + $(srcdir)/*) file=`echo "$$file" | sed "s|^$$srcdirstrip/||"`;; \ + $(top_srcdir)/*) file=`echo "$$file" | sed "s|^$$topsrcdirstrip/|$(top_builddir)/|"`;; \ + esac; \ + if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ + dir=`echo "$$file" | sed -e 's,/[^/]*$$,,'`; \ + if test "$$dir" != "$$file" && test "$$dir" != "."; then \ + dir="/$$dir"; \ + $(mkdir_p) "$(distdir)$$dir"; \ + else \ + dir=''; \ + fi; \ + if test -d $$d/$$file; then \ + if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ + cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ + fi; \ + cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ + else \ + test -f $(distdir)/$$file \ + || cp -p $$d/$$file $(distdir)/$$file \ + || exit 1; \ + fi; \ + done +check-am: all-am +check: check-am +all-am: Makefile +installdirs: +install: install-am +install-exec: install-exec-am +install-data: install-data-am +uninstall: uninstall-am + +install-am: all-am + @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am + +installcheck: installcheck-am +install-strip: + $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ + install_sh_PROGRAM="$(INSTALL_STRIP_PROGRAM)" INSTALL_STRIP_FLAG=-s \ + `test -z '$(STRIP)' || \ + echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install +mostlyclean-generic: + +clean-generic: + -test -z "$(CLEANFILES)" || rm -f $(CLEANFILES) + +distclean-generic: + -rm -f $(CONFIG_CLEAN_FILES) + +maintainer-clean-generic: + @echo "This command is intended for maintainers to use" + @echo "it deletes files that may require special tools to rebuild." +clean: clean-am + +clean-am: clean-generic clean-libtool mostlyclean-am + +distclean: distclean-am + -rm -f Makefile +distclean-am: clean-am distclean-generic distclean-libtool + +dvi: dvi-am + +dvi-am: + +html: html-am + +info: info-am + +info-am: + +install-data-am: install-data-local + +install-exec-am: + +install-info: install-info-am + +install-man: + +installcheck-am: + +maintainer-clean: maintainer-clean-am + -rm -f Makefile +maintainer-clean-am: distclean-am maintainer-clean-generic + +mostlyclean: mostlyclean-am + +mostlyclean-am: mostlyclean-generic mostlyclean-libtool + +pdf: pdf-am + +pdf-am: + +ps: ps-am + +ps-am: + +uninstall-am: uninstall-info-am uninstall-local + +.PHONY: all all-am check check-am clean clean-generic clean-libtool \ + distclean distclean-generic distclean-libtool distdir dvi \ + dvi-am html html-am info info-am install install-am \ + install-data install-data-am install-data-local install-exec \ + install-exec-am install-info install-info-am install-man \ + install-strip installcheck installcheck-am installdirs \ + maintainer-clean maintainer-clean-generic mostlyclean \ + mostlyclean-generic mostlyclean-libtool pdf pdf-am ps ps-am \ + uninstall uninstall-am uninstall-info-am uninstall-local + + +$(TARGET): $(CSFILES) $(LOCAL_ASSEMBLIES) $(RESOURCEFILES) + $(CSC) -out:$@ $(CSFLAGS) $(CSFILES) $(ASSEMBLIES) $(RESOURCES) + +all: $(TARGET) $(WRAPPER) + +install-data-local: $(TARGET) + $(mkinstalldirs) $(DESTDIR)$(bindir) + $(mkinstalldirs) $(DESTDIR)$(pkglibdir) + $(INSTALL_DATA) $(TARGET) $(TARGET).mdb $(DESTDIR)$(pkglibdir) + sed -e "s|\#installed=1|installed=1|" < $(WRAPPER) > $(WRAPPER).tmp + $(INSTALL_SCRIPT) $(WRAPPER).tmp $(DESTDIR)$(bindir)/$(WRAPPER) + rm -f $(WRAPPER).tmp + +uninstall-local: + rm -f $(DESTDIR)$(pkglibdir)/$(TARGET) + rm -f $(DESTDIR)$(pkglibdir)/$(TARGET).mdb + rm -f $(DESTDIR)$(bindir)/$(WRAPPER) + +$(WRAPPER): $(srcdir)/$(WRAPPER).in + sed -e "s|\@prefix\@|$(prefix)|g" -e "s|\@pkglibdir\@|$(pkglibdir)|g" -e "s|\@target\@|$(TARGET)|g" -e "s|\@gacprefix\@|$(GAC_PREFIX)|g" < $^ > $@ + chmod +x $(WRAPPER) +# Tell versions [3.59,3.63) of GNU make to not export all variables. +# Otherwise a system limit (for SysV at least) may be exceeded. +.NOEXPORT: --------------080203070201030804080804-- From mixonic@synitech.com Mon Jul 24 14:47:45 2006 Return-Path: X-Original-To: dashboard-hackers@gnome.org Delivered-To: dashboard-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 901703B008D for ; Mon, 24 Jul 2006 14:47:45 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15356-02 for ; Mon, 24 Jul 2006 14:47:39 -0400 (EDT) Received: from smtp.acolyte.net (Mail.Acolyte.net [216.195.213.68]) by menubar.gnome.org (Postfix) with ESMTP id 864973B000A for ; Mon, 24 Jul 2006 14:47:38 -0400 (EDT) Received: (qmail 13054 invoked from network); 24 Jul 2006 18:40:21 -0000 Received: from unknown (HELO synitech.com) (127.0.0.1) by 0 with SMTP; 24 Jul 2006 18:40:21 -0000 Received: from 160.129.220.33 (SquirrelMail authenticated user mixonic@synitech.com) by synitech.com with HTTP; Mon, 24 Jul 2006 14:40:21 -0400 (EDT) Message-ID: <12046.160.129.220.33.1153766421.squirrel@synitech.com> Subject: Beagle can't launch evolution documents From: "Matthew Beale" To: X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.11) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-0.185 tagged_above=-999 required=2 tests=[BAYES_40=-0.185] X-Spam-Score: -0.185 X-Spam-Level: X-Mailman-Approved-At: Thu, 06 Sep 2007 04:24:31 -0400 X-BeenThere: dashboard-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list Reply-To: mixonic@synitech.com List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Mon, 24 Jul 2006 18:47:45 -0000 X-Original-Date: Mon, 24 Jul 2006 14:40:21 -0400 (EDT) X-List-Received-Date: Mon, 24 Jul 2006 18:47:45 -0000 Hi all, Just started on beagle with 0.2.7 from gentoo stable. I'm having an issue I tried to address with the gentoo crew with: http://forums.gentoo.org/viewtopic-p-3463626.html#3463626 to no avail. I don't think the error is anything that complex: when clicking on an email (or email attachment) from the beagle search interface I get this error from evolution: Error while Opening folder email://1139305938.5482.0@hank/INBOX;uid=785. No provider available for protocol `email' I thought it might be a gnome url-hander issue, so I added a gnome handler for email with /desktop/gnome/url-handlers/email in gconf. Any ideas? Thanks, -- Matthew Beale :: 607 227 0871 Resume & Portfolio @ http://madhatted.com