Re: Beagle excepts [Was: anybody working/supporting beagle?]

2010-01-25 Thread Joe Shaw 
Hi Gabriel,

Sounds good to me.

Joe

On Mon, Jan 25, 2010 at 2:07 PM, Gabriel Burt  wrote:
> It exists in gac/Mono.Data.Sqlite/1.xxx/ but not the 2.xxx version.
> I'm told we can explicitly link against the old one by specifying
> -r:path/to/gac/Mono.Data.Sqlite/1.xxx/  I'm also told that the
> 2.xxx version has been shipped since Mono 1.2.4 (which we already
> require), so we should probably just upgrade to it.  I have a patch to
> do so that I'll push if nobody objects.
>
> Gabriel
>
> On Mon, Jan 25, 2010 at 6:28 AM, Joe Shaw  wrote:
>> Hi,
>>
>> Yep, that class does not exist in Mono.Data.Sqlite.
>>
>> A fix might be to change the "using" line to be
>> Mono.Data.SqliteClient, as I believe that is the older code.
>> Otherwise some sort will be needed to port to the newer
>> Mono.Data.Sqlite API.
>>
>> Joe
>>
>> On Mon, Jan 25, 2010 at 8:53 AM, Adam Tauno Williams
>>  wrote:
>>> On Mon, 2010-01-25 at 08:49 -0500, Adam Tauno Williams wrote:
>>>> On Fri, 2010-01-22 at 10:59 -0500, Joe Shaw wrote:
>>>> > Hi,
>>>> > On Fri, Jan 22, 2010 at 6:19 AM, Adam Tauno Williams
>>>> >  wrote:
>>>> > > BTW, I love Beagle - it is a massive improvement over 'managing files'.
>>>> > > But, at least for me, it has stopped working.  Since I last updated 
>>>> > > Mono
>>>> > > it just churns out a lot of -
>>>> > > ---
>>>> > > 20100122 06:15:13.6246 10662 Beagle ERROR EX:   at
>>>> > > System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags
>>>> > > invokeAttr, System.Reflection.Binder binder, System.Object[] 
>>>> > > parameters,
>>>> > > System.Globalization.CultureInfo culture) [0x0] in >>> > > unknown>:
>>>> > This doesn't look like the complete stack trace.  Or, at least, there
>>>> > isn't the exception message included.  Can you provide that?
>>>> > Hopefully it's something simple.
>>>> Cleaned out .beagle/Logs, restarted Beagle, and attached logs.
>>>
>>> I'd guess the crux of the issue is all of the:
>>> 
>>> 20100125 08:51:14.2123 08249 Beagle ERROR EX:
>>> System.Reflection.TargetInvocationException: Exception has been thrown
>>> by the target of an invocation. ---> System.TypeLoadException: Could not
>>> load type 'Mono.Data.Sqlite.SqliteBusyException' from assembly
>>> 'Mono.Data.Sqlite, Version=2.0.0.0, Culture=neutral,
>>> PublicKeyToken=0738eb9f132ed756'
>>> 
>>>
>>> It appears to be having an SQLite issue.  I've disabled all the backends
>>> now except files.
>>>
>>> mono-data-sqlite-2.6.1-31.1.i586 is the package installed.
>>>
>>> awill...@linux-m3mt:~/.beagle/Log> rpm -ql
>>> mono-data-sqlite-2.6.1-31.1.i586
>>> /usr/lib/mono/1.0/Mono.Data.Sqlite.dll
>>> /usr/lib/mono/1.0/Mono.Data.SqliteClient.dll
>>> /usr/lib/mono/2.0/Mono.Data.Sqlite.dll
>>> /usr/lib/mono/2.0/Mono.Data.SqliteClient.dll
>>> /usr/lib/mono/gac/Mono.Data.Sqlite
>>> /usr/lib/mono/gac/Mono.Data.Sqlite/1.0.5000.0__0738eb9f132ed756
>>> /usr/lib/mono/gac/Mono.Data.Sqlite/1.0.5000.0__0738eb9f132ed756/Mono.Data.Sqlite.dll
>>> /usr/lib/mono/gac/Mono.Data.Sqlite/1.0.5000.0__0738eb9f132ed756/Mono.Data.Sqlite.dll.mdb
>>> /usr/lib/mono/gac/Mono.Data.Sqlite/2.0.0.0__0738eb9f132ed756
>>> /usr/lib/mono/gac/Mono.Data.Sqlite/2.0.0.0__0738eb9f132ed756/Mono.Data.Sqlite.dll
>>> /usr/lib/mono/gac/Mono.Data.Sqlite/2.0.0.0__0738eb9f132ed756/Mono.Data.Sqlite.dll.mdb
>>> /usr/lib/mono/gac/Mono.Data.SqliteClient
>>> /usr/lib/mono/gac/Mono.Data.SqliteClient/1.0.5000.0__0738eb9f132ed756
>>> /usr/lib/mono/gac/Mono.Data.SqliteClient/1.0.5000.0__0738eb9f132ed756/Mono.Data.SqliteClient.dll
>>> /usr/lib/mono/gac/Mono.Data.SqliteClient/1.0.5000.0__0738eb9f132ed756/Mono.Data.SqliteClient.dll.mdb
>>> /usr/lib/mono/gac/Mono.Data.SqliteClient/2.0.0.0__0738eb9f132ed756
>>> /usr/lib/mono/gac/Mono.Data.SqliteClient/2.0.0.0__0738eb9f132ed756/Mono.Data.SqliteClient.dll
>>> /usr/lib/mono/gac/Mono.Data.SqliteClient/2.0.0.0__0738eb9f132ed756/Mono.Data.SqliteClient.dll.mdb
>>>
>>> --
>>> openSUSE <http://www.opensuse.org/en/>
>>> Linux for human beings who need to get things done.
>>>
>>> ___
>>> Dashboard-hackers mailing list
>>> Dashboard-hackers@gnome.org
>>> http://mail.gnome.org/mailman/listinfo/dashboard-hackers
>>>
>>>
>> ___
>> Dashboard-hackers mailing list
>> Dashboard-hackers@gnome.org
>> http://mail.gnome.org/mailman/listinfo/dashboard-hackers
>>
>
___
Dashboard-hackers mailing list
Dashboard-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/dashboard-hackers

Re: Beagle excepts [Was: anybody working/supporting beagle?]

2010-01-25 Thread Gabriel Burt 
It exists in gac/Mono.Data.Sqlite/1.xxx/ but not the 2.xxx version.
I'm told we can explicitly link against the old one by specifying
-r:path/to/gac/Mono.Data.Sqlite/1.xxx/  I'm also told that the
2.xxx version has been shipped since Mono 1.2.4 (which we already
require), so we should probably just upgrade to it.  I have a patch to
do so that I'll push if nobody objects.

Gabriel

On Mon, Jan 25, 2010 at 6:28 AM, Joe Shaw  wrote:
> Hi,
>
> Yep, that class does not exist in Mono.Data.Sqlite.
>
> A fix might be to change the "using" line to be
> Mono.Data.SqliteClient, as I believe that is the older code.
> Otherwise some sort will be needed to port to the newer
> Mono.Data.Sqlite API.
>
> Joe
>
> On Mon, Jan 25, 2010 at 8:53 AM, Adam Tauno Williams
>  wrote:
>> On Mon, 2010-01-25 at 08:49 -0500, Adam Tauno Williams wrote:
>>> On Fri, 2010-01-22 at 10:59 -0500, Joe Shaw wrote:
>>> > Hi,
>>> > On Fri, Jan 22, 2010 at 6:19 AM, Adam Tauno Williams
>>> >  wrote:
>>> > > BTW, I love Beagle - it is a massive improvement over 'managing files'.
>>> > > But, at least for me, it has stopped working.  Since I last updated Mono
>>> > > it just churns out a lot of -
>>> > > ---
>>> > > 20100122 06:15:13.6246 10662 Beagle ERROR EX:   at
>>> > > System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags
>>> > > invokeAttr, System.Reflection.Binder binder, System.Object[] parameters,
>>> > > System.Globalization.CultureInfo culture) [0x0] in >> > > unknown>:
>>> > This doesn't look like the complete stack trace.  Or, at least, there
>>> > isn't the exception message included.  Can you provide that?
>>> > Hopefully it's something simple.
>>> Cleaned out .beagle/Logs, restarted Beagle, and attached logs.
>>
>> I'd guess the crux of the issue is all of the:
>> 
>> 20100125 08:51:14.2123 08249 Beagle ERROR EX:
>> System.Reflection.TargetInvocationException: Exception has been thrown
>> by the target of an invocation. ---> System.TypeLoadException: Could not
>> load type 'Mono.Data.Sqlite.SqliteBusyException' from assembly
>> 'Mono.Data.Sqlite, Version=2.0.0.0, Culture=neutral,
>> PublicKeyToken=0738eb9f132ed756'
>> 
>>
>> It appears to be having an SQLite issue.  I've disabled all the backends
>> now except files.
>>
>> mono-data-sqlite-2.6.1-31.1.i586 is the package installed.
>>
>> awill...@linux-m3mt:~/.beagle/Log> rpm -ql
>> mono-data-sqlite-2.6.1-31.1.i586
>> /usr/lib/mono/1.0/Mono.Data.Sqlite.dll
>> /usr/lib/mono/1.0/Mono.Data.SqliteClient.dll
>> /usr/lib/mono/2.0/Mono.Data.Sqlite.dll
>> /usr/lib/mono/2.0/Mono.Data.SqliteClient.dll
>> /usr/lib/mono/gac/Mono.Data.Sqlite
>> /usr/lib/mono/gac/Mono.Data.Sqlite/1.0.5000.0__0738eb9f132ed756
>> /usr/lib/mono/gac/Mono.Data.Sqlite/1.0.5000.0__0738eb9f132ed756/Mono.Data.Sqlite.dll
>> /usr/lib/mono/gac/Mono.Data.Sqlite/1.0.5000.0__0738eb9f132ed756/Mono.Data.Sqlite.dll.mdb
>> /usr/lib/mono/gac/Mono.Data.Sqlite/2.0.0.0__0738eb9f132ed756
>> /usr/lib/mono/gac/Mono.Data.Sqlite/2.0.0.0__0738eb9f132ed756/Mono.Data.Sqlite.dll
>> /usr/lib/mono/gac/Mono.Data.Sqlite/2.0.0.0__0738eb9f132ed756/Mono.Data.Sqlite.dll.mdb
>> /usr/lib/mono/gac/Mono.Data.SqliteClient
>> /usr/lib/mono/gac/Mono.Data.SqliteClient/1.0.5000.0__0738eb9f132ed756
>> /usr/lib/mono/gac/Mono.Data.SqliteClient/1.0.5000.0__0738eb9f132ed756/Mono.Data.SqliteClient.dll
>> /usr/lib/mono/gac/Mono.Data.SqliteClient/1.0.5000.0__0738eb9f132ed756/Mono.Data.SqliteClient.dll.mdb
>> /usr/lib/mono/gac/Mono.Data.SqliteClient/2.0.0.0__0738eb9f132ed756
>> /usr/lib/mono/gac/Mono.Data.SqliteClient/2.0.0.0__0738eb9f132ed756/Mono.Data.SqliteClient.dll
>> /usr/lib/mono/gac/Mono.Data.SqliteClient/2.0.0.0__0738eb9f132ed756/Mono.Data.SqliteClient.dll.mdb
>>
>> --
>> openSUSE <http://www.opensuse.org/en/>
>> Linux for human beings who need to get things done.
>>
>> ___
>> Dashboard-hackers mailing list
>> Dashboard-hackers@gnome.org
>> http://mail.gnome.org/mailman/listinfo/dashboard-hackers
>>
>>
> ___
> Dashboard-hackers mailing list
> Dashboard-hackers@gnome.org
> http://mail.gnome.org/mailman/listinfo/dashboard-hackers
>
___
Dashboard-hackers mailing list
Dashboard-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/dashboard-hackers

Re: Beagle excepts [Was: anybody working/supporting beagle?]

2010-01-25 Thread Joe Shaw 
Hi,

Yep, that class does not exist in Mono.Data.Sqlite.

A fix might be to change the "using" line to be
Mono.Data.SqliteClient, as I believe that is the older code.
Otherwise some sort will be needed to port to the newer
Mono.Data.Sqlite API.

Joe

On Mon, Jan 25, 2010 at 8:53 AM, Adam Tauno Williams
 wrote:
> On Mon, 2010-01-25 at 08:49 -0500, Adam Tauno Williams wrote:
>> On Fri, 2010-01-22 at 10:59 -0500, Joe Shaw wrote:
>> > Hi,
>> > On Fri, Jan 22, 2010 at 6:19 AM, Adam Tauno Williams
>> >  wrote:
>> > > BTW, I love Beagle - it is a massive improvement over 'managing files'.
>> > > But, at least for me, it has stopped working.  Since I last updated Mono
>> > > it just churns out a lot of -
>> > > ---
>> > > 20100122 06:15:13.6246 10662 Beagle ERROR EX:   at
>> > > System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags
>> > > invokeAttr, System.Reflection.Binder binder, System.Object[] parameters,
>> > > System.Globalization.CultureInfo culture) [0x0] in > > > unknown>:
>> > This doesn't look like the complete stack trace.  Or, at least, there
>> > isn't the exception message included.  Can you provide that?
>> > Hopefully it's something simple.
>> Cleaned out .beagle/Logs, restarted Beagle, and attached logs.
>
> I'd guess the crux of the issue is all of the:
> 
> 20100125 08:51:14.2123 08249 Beagle ERROR EX:
> System.Reflection.TargetInvocationException: Exception has been thrown
> by the target of an invocation. ---> System.TypeLoadException: Could not
> load type 'Mono.Data.Sqlite.SqliteBusyException' from assembly
> 'Mono.Data.Sqlite, Version=2.0.0.0, Culture=neutral,
> PublicKeyToken=0738eb9f132ed756'
> 
>
> It appears to be having an SQLite issue.  I've disabled all the backends
> now except files.
>
> mono-data-sqlite-2.6.1-31.1.i586 is the package installed.
>
> awill...@linux-m3mt:~/.beagle/Log> rpm -ql
> mono-data-sqlite-2.6.1-31.1.i586
> /usr/lib/mono/1.0/Mono.Data.Sqlite.dll
> /usr/lib/mono/1.0/Mono.Data.SqliteClient.dll
> /usr/lib/mono/2.0/Mono.Data.Sqlite.dll
> /usr/lib/mono/2.0/Mono.Data.SqliteClient.dll
> /usr/lib/mono/gac/Mono.Data.Sqlite
> /usr/lib/mono/gac/Mono.Data.Sqlite/1.0.5000.0__0738eb9f132ed756
> /usr/lib/mono/gac/Mono.Data.Sqlite/1.0.5000.0__0738eb9f132ed756/Mono.Data.Sqlite.dll
> /usr/lib/mono/gac/Mono.Data.Sqlite/1.0.5000.0__0738eb9f132ed756/Mono.Data.Sqlite.dll.mdb
> /usr/lib/mono/gac/Mono.Data.Sqlite/2.0.0.0__0738eb9f132ed756
> /usr/lib/mono/gac/Mono.Data.Sqlite/2.0.0.0__0738eb9f132ed756/Mono.Data.Sqlite.dll
> /usr/lib/mono/gac/Mono.Data.Sqlite/2.0.0.0__0738eb9f132ed756/Mono.Data.Sqlite.dll.mdb
> /usr/lib/mono/gac/Mono.Data.SqliteClient
> /usr/lib/mono/gac/Mono.Data.SqliteClient/1.0.5000.0__0738eb9f132ed756
> /usr/lib/mono/gac/Mono.Data.SqliteClient/1.0.5000.0__0738eb9f132ed756/Mono.Data.SqliteClient.dll
> /usr/lib/mono/gac/Mono.Data.SqliteClient/1.0.5000.0__0738eb9f132ed756/Mono.Data.SqliteClient.dll.mdb
> /usr/lib/mono/gac/Mono.Data.SqliteClient/2.0.0.0__0738eb9f132ed756
> /usr/lib/mono/gac/Mono.Data.SqliteClient/2.0.0.0__0738eb9f132ed756/Mono.Data.SqliteClient.dll
> /usr/lib/mono/gac/Mono.Data.SqliteClient/2.0.0.0__0738eb9f132ed756/Mono.Data.SqliteClient.dll.mdb
>
> --
> openSUSE <http://www.opensuse.org/en/>
> Linux for human beings who need to get things done.
>
> ___
> Dashboard-hackers mailing list
> Dashboard-hackers@gnome.org
> http://mail.gnome.org/mailman/listinfo/dashboard-hackers
>
>
___
Dashboard-hackers mailing list
Dashboard-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/dashboard-hackers

Re: Help regarding integrating Beagle with the Nautilus File Manager

2010-01-25 Thread Joe Shaw 
Hi,

On Sun, Jan 24, 2010 at 4:39 PM, vatsal nidhi  wrote:
> I am working on a project which requires the integration of the Nautilus
> File Manager with Beagle ,that is , i want to provide the functionality of
> Beagle in the file manager .

This has already been implemented in Nautilus:

http://git.gnome.org/browse/nautilus/tree/libnautilus-private/nautilus-search-engine-beagle.c

However, Nautilus must be built with Beagle support to use it.

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

Re: Beagle excepts [Was: anybody working/supporting beagle?]

2010-01-25 Thread Adam Tauno Williams 
On Mon, 2010-01-25 at 08:49 -0500, Adam Tauno Williams wrote:
> On Fri, 2010-01-22 at 10:59 -0500, Joe Shaw wrote:
> > Hi,
> > On Fri, Jan 22, 2010 at 6:19 AM, Adam Tauno Williams
> >  wrote:
> > > BTW, I love Beagle - it is a massive improvement over 'managing files'.
> > > But, at least for me, it has stopped working.  Since I last updated Mono
> > > it just churns out a lot of -
> > > ---
> > > 20100122 06:15:13.6246 10662 Beagle ERROR EX:   at
> > > System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags
> > > invokeAttr, System.Reflection.Binder binder, System.Object[] parameters,
> > > System.Globalization.CultureInfo culture) [0x0] in  > > unknown>:
> > This doesn't look like the complete stack trace.  Or, at least, there
> > isn't the exception message included.  Can you provide that?
> > Hopefully it's something simple.
> Cleaned out .beagle/Logs, restarted Beagle, and attached logs.

I'd guess the crux of the issue is all of the:

20100125 08:51:14.2123 08249 Beagle ERROR EX:
System.Reflection.TargetInvocationException: Exception has been thrown
by the target of an invocation. ---> System.TypeLoadException: Could not
load type 'Mono.Data.Sqlite.SqliteBusyException' from assembly
'Mono.Data.Sqlite, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=0738eb9f132ed756'


It appears to be having an SQLite issue.  I've disabled all the backends
now except files.

mono-data-sqlite-2.6.1-31.1.i586 is the package installed.

awill...@linux-m3mt:~/.beagle/Log> rpm -ql
mono-data-sqlite-2.6.1-31.1.i586
/usr/lib/mono/1.0/Mono.Data.Sqlite.dll
/usr/lib/mono/1.0/Mono.Data.SqliteClient.dll
/usr/lib/mono/2.0/Mono.Data.Sqlite.dll
/usr/lib/mono/2.0/Mono.Data.SqliteClient.dll
/usr/lib/mono/gac/Mono.Data.Sqlite
/usr/lib/mono/gac/Mono.Data.Sqlite/1.0.5000.0__0738eb9f132ed756
/usr/lib/mono/gac/Mono.Data.Sqlite/1.0.5000.0__0738eb9f132ed756/Mono.Data.Sqlite.dll
/usr/lib/mono/gac/Mono.Data.Sqlite/1.0.5000.0__0738eb9f132ed756/Mono.Data.Sqlite.dll.mdb
/usr/lib/mono/gac/Mono.Data.Sqlite/2.0.0.0__0738eb9f132ed756
/usr/lib/mono/gac/Mono.Data.Sqlite/2.0.0.0__0738eb9f132ed756/Mono.Data.Sqlite.dll
/usr/lib/mono/gac/Mono.Data.Sqlite/2.0.0.0__0738eb9f132ed756/Mono.Data.Sqlite.dll.mdb
/usr/lib/mono/gac/Mono.Data.SqliteClient
/usr/lib/mono/gac/Mono.Data.SqliteClient/1.0.5000.0__0738eb9f132ed756
/usr/lib/mono/gac/Mono.Data.SqliteClient/1.0.5000.0__0738eb9f132ed756/Mono.Data.SqliteClient.dll
/usr/lib/mono/gac/Mono.Data.SqliteClient/1.0.5000.0__0738eb9f132ed756/Mono.Data.SqliteClient.dll.mdb
/usr/lib/mono/gac/Mono.Data.SqliteClient/2.0.0.0__0738eb9f132ed756
/usr/lib/mono/gac/Mono.Data.SqliteClient/2.0.0.0__0738eb9f132ed756/Mono.Data.SqliteClient.dll
/usr/lib/mono/gac/Mono.Data.SqliteClient/2.0.0.0__0738eb9f132ed756/Mono.Data.SqliteClient.dll.mdb

-- 
openSUSE <http://www.opensuse.org/en/>
Linux for human beings who need to get things done.


signature.asc
Description: This is a digitally signed message part
___
Dashboard-hackers mailing list
Dashboard-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/dashboard-hackers

Beagle excepts [Was: anybody working/supporting beagle?]

2010-01-25 Thread Adam Tauno Williams 
On Fri, 2010-01-22 at 10:59 -0500, Joe Shaw wrote:
> Hi,
> On Fri, Jan 22, 2010 at 6:19 AM, Adam Tauno Williams
>  wrote:
> > BTW, I love Beagle - it is a massive improvement over 'managing files'.
> > But, at least for me, it has stopped working.  Since I last updated Mono
> > it just churns out a lot of -
> > ---
> > 20100122 06:15:13.6246 10662 Beagle ERROR EX:   at
> > System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags
> > invokeAttr, System.Reflection.Binder binder, System.Object[] parameters,
> > System.Globalization.CultureInfo culture) [0x0] in  > unknown>:
> This doesn't look like the complete stack trace.  Or, at least, there
> isn't the exception message included.  Can you provide that?
> Hopefully it's something simple.

Cleaned out .beagle/Logs, restarted Beagle, and attached logs.

-- 
openSUSE 
Linux for human beings who need to get things done.


Log.tar.gz
Description: application/compressed-tar


signature.asc
Description: This is a digitally signed message part
___
Dashboard-hackers mailing list
Dashboard-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/dashboard-hackers

Re: Help regarding integrating Beagle with the Nautilus File Manager

2010-01-25 Thread Arun Raghavan 
Hi Vatsal,

2010/1/25 vatsal nidhi :
> Hi,
>
> Thank you sir for your prompt reply.I have to provide a tagging support in
> the File manager,that is , provide for the built-in and custom tags in the
> file manager,as against only the built-in tags available currently(in
> Beagle) and then I have to integrate it with the file manager.This has to be

Take a look at this - http://joeshaw.org/2007/03/07/464 and browse
through the Beagle source code. You should find most of what you want
already done (someone who knows more can quantify what is missing, if
anything).

> done in Fedora.If I am not wrong what u mean is it has been implemented in
> Ubuntu.Please correct me if I am wrong
> Please provide me with appropriate links  to the Nautilus and Beagle
> Integration so that I can study if that is what I am looking for.

This has been implemented in the main Nautilus source code repository
for a long time now. You can find the repository at:

http://git.gnome.org/browse/nautilus/tree/

It is entirely possible that Fedora has explicitly disabled support
for this (it can be enabled/disabled at build-time).

-- 
Arun Raghavan
http://arunraghavan.net/
(Ford_Prefect | Gentoo) & (arunsr | GNOME)
___
Dashboard-hackers mailing list
Dashboard-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/dashboard-hackers