Re: Two patches for Xesam adaptor

2008-02-03 Thread Arun Raghavan
On 09/01/2008, Anders Rune Jensen <[EMAIL PROTECTED]> wrote:
> Hello
>
> Two patches for the xesam adaptor:
>
> title: Fixes title, as title is apparently dc:title in beagle and not title
> snippet: implements snippet support

Snippet patch is pushed -- sorry about the **long** delay. Punting the
title property fix till post-Property Hack Week.

BTW, I could use some feedback on what issues you are facing, and what
missing features need to be tackled first.

Best,
-- 
Arun Raghavan
(http://nemesis.accosted.net)
v2sw5Chw4+5ln4pr6$OFck2ma4+9u8w3+1!m?l7+9GSCKi056
e6+9i4b8/9HTAen4+5g4/8APa2Xs8r1/2p5-8 hackerkey.com
___
Dashboard-hackers mailing list
Dashboard-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/dashboard-hackers


bibtex filter anyone ?

2008-02-03 Thread D Bera
Hi,
  Does anyone know about any bibtex library or tool in C# ? Or in
other language that can be quickly modified to C#.
  I found quite a few online (bibtex to rdf/xml/html etc.) but all of
them are in GPL which will not work with beagle.

  If anyone knows of anything compatible please let me know. I will be
extremely grateful.

Thanks,
- dBera

-- 
-
Debajyoti Bera @ http://dtecht.blogspot.com
beagle / KDE fan
Mandriva / Inspiron-1100 user
___
Dashboard-hackers mailing list
Dashboard-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/dashboard-hackers


Re: Beagle Properties

2008-02-03 Thread Joe Shaw
Hi,

On Jan 12, 2008 5:31 PM, Lukas Lipka <[EMAIL PROTECTED]> wrote:
> Voila, my ongoing effort is almost finished.
>
>   http://beagle-project.org/Properties_Hack_Week
>
> There is still a small amount of stuff that needs to be finished before
> we can fire off this event. Stay tuned.

Changing these properties is pretty dangerous, because we will
effectively be changing a string API.  That means that apps that use
Beagle will still compile, but they will silently break when their old
string mappings don't line up to the new ones.  So I think it is
important for us to take the initiative ourselves to fix the
applications and add-on backends and filters that use Beagle.

I think it would be helpful to collect a list of these on the wiki
page and have it be a core part of this work.

Joe
___
Dashboard-hackers mailing list
Dashboard-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/dashboard-hackers


0.3.3 : For distributions and Ubuntu users

2008-02-03 Thread Debajyoti Bera
Hey folks,
Wanted to point out a couple of things.

* We had to bump ndesk-dbus requirement to 0.5.2 - the first version to be 
thread safe. Anything lower could have caused deadlocks. Its nearly a year 
that 0.5.2 was released so most distributions would be fine. Except Ubuntu 
Gutsy shipped with 0.4.0 and they are not providing any update. However, I 
was able to install ndesk-dbus from the Hardy repositories in Gutsy without 
any problem; just that single deb had to be upgraded, no dependencies.

* For distributions, beagle now ships with several crawl-files to creating 
system indexes and updating them nightly. Once created, updating is fast and 
if done regularly should not take more than a couple of minutes. But user 
experience can be improved significantly by making a few observations. We 
cannot set these when we release and is best done at the distribution level.

 - Set the correct paths in the crawl files. We tend to add all possible known 
paths and all possible prefixes.
- I am not sure about enabling the windows index by default. Indexing windows 
partition will definitely take a lot of time and lot of resources and might 
take more than a couple of hours.
- Some users complained that the cron jobs started soon after they finished 
installing the distribution - that will suck big time. It might be a good 
idea to update the system with security updates and other cron jobs but 
definitely not updating the index (not only for beagle, but also updating 
index for man, updatedb)
- Ship with default indexes (I think OpenSUSE already does this). Create a 
system wide index and ship it as a package. Then the users will not need the 
first time crawling and indexing. Subsequent changes will be updates and will 
be fast.
- The first night after installation is going to be rough for users :) As of 
now, three heavy indexes will be built for the first time - applications, 
manpages and documentation (and windows if that is enabled). E.g. building 
manpages on my system took about 30-45 minutes. Documentation takes even 
longer ... these are all text heavy data. If something can be done to make it 
easier, then the users (myself included) will love it. I dont know much about 
cron, but maybe the different indexes could be scheduled with different 
intervals so that no two are on the same day for the first time.

If there is anything we need to do upstream, please email your suggestions. 
Thanks.

- dBera

-- 
-
Debajyoti Bera @ http://dtecht.blogspot.com
beagle / KDE fan
Mandriva / Inspiron-1100 user
___
Dashboard-hackers mailing list
Dashboard-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/dashboard-hackers