beagled daemon cannot run due to Unhandled Exception

Bug #2222 reported by Daniel Robitaille
6
Affects Status Importance Assigned to Milestone
beagle (Ubuntu)
Fix Released
Medium
Sebastian Dröge

Bug Description

When I try to run the beagle daemon (0.0.13.4-0ubuntu1) from the command (and also from via best) I get this type of error:

daniel@ubuntu:~$ beagled
daniel@ubuntu:~$ 20050908T203839Z-8154-1000-1-0@ubuntu has recurrences
84220d40-1dd2-11b2-be47-a8e94cb5fb78 has recurrences
36559378-1dd2-11b2-9f43-fc5d6bfe0a50 has recurrences

Unhandled Exception: System.DllNotFoundException: glib-2.0
in <0x00048> (wrapper managed-to-native) Evolution.GLibUtil:g_slist_length (intptr)
in <0x00039> Evolution.CalUtil:GLibSListToCalCompArray (intptr,Evolution.Cal)
in <0x00023> Evolution.CalUtil:CalCompFromICal (intptr,Evolution.Cal)
in <0x00083> Beagle.Daemon.EvolutionDataServerQueryable.EvolutionDataServerQueryable:OnObjectsAdded (object,Evolution.ObjectsAddedArgs)
in <0x00043> (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_ObjectsAddedArgs (object,Evolution.ObjectsAddedArgs)
in <0x00133> Evolution.CalView:ObjectsAddedSignalCallback (intptr,intptr,intptr)
in <0x00038> (wrapper native-to-managed) Evolution.CalView:ObjectsAddedSignalCallback (intptr,intptr,intptr)
in (unmanaged) 0xb6cca3ad
in <0x00004> (wrapper managed-to-native) Evolution.Cal:e_cal_new (intptr,int)
in <0x00057> Evolution.Cal:.ctor (Evolution.Source,Evolution.CalSourceType)
in <0x00140> Beagle.Daemon.EvolutionDataServerQueryable.EvolutionDataServerQueryable:CalendarIndexSourceChanges (Evolution.Source)
in <0x0003d> (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_Source (Evolution.Source)
in <0x00113> Beagle.Daemon.EvolutionDataServerQueryable.EdsSource:IndexSourceGroup (Evolution.SourceGroup)
in <0x00094> Beagle.Daemon.EvolutionDataServerQueryable.EdsSource:Index ()
in <0x00350> Beagle.Daemon.EvolutionDataServerQueryable.EvolutionDataServerQueryable:Start ()
in <0x00016> Beagle.Daemon.Queryable:Start ()
in <0x00101> Beagle.Daemon.QueryDriver:Start ()
in <0x0012e> Beagle.Daemon.BeagleDaemon:StartupProcess ()
in <0x00048> (wrapper delegate-invoke) System.MulticastDelegate:invoke_bool ()
in <0x0002a> IdleProxy:Handler ()
in <0x00036> (wrapper native-to-managed) IdleProxy:Handler ()
in (unmanaged) 0xb7f016ef
in <0x00004> (wrapper managed-to-native) Gtk.Application:gtk_main ()
in <0x00007> Gtk.Application:Run ()
in <0x0057b> Beagle.Daemon.BeagleDaemon:Main (string[])

Brandon Hale (brandon)
Changed in beagle:
assignee: nobody → brandon
Revision history for this message
Brandon Hale (brandon) wrote :

I can't reproduce this.

$ apt-cache depends beagle | grep glib
  Depends: libglib2.0-0
  Depends: libglib2.0-cil

I've made sure to remove libglib2.0-dev to be sure the code is attempting to load an unversioned .so symlink from the -dev package.

Revision history for this message
Brandon Hale (brandon) wrote :

/usr/lib/mono/gac/glib-sharp/2.4.0.0__35e10195dab3c99f/glib-sharp.dll.config

This file contains correct mappings to the shared object.

Revision history for this message
Daniel Robitaille (robitaille) wrote :

the bug went away once I installed libmono-dev (which in turned also installed on my laptop libc6-dev libglib2.0-dev and linux-kernel-headers)

Revision history for this message
mon (javiermon-deactivatedaccount) wrote :

I have the same problems. Installing beagle package should install all requiered dependant packages, no? I think beagle's dependencies are incorrect.

Revision history for this message
Russell Cloran (russell) wrote :

Hi,

I've noticed the same behaviour. This is probably a duplicate of https://launchpad.net/malone/bugs/2213

The reason that installing libglib2.0-dev fixes the problem is that it installs /usr/lib/libglib-2.0.so:

russell@zaebos ~ $ dpkg-query -S /usr/lib/libglib-2.0.so
libglib2.0-dev: /usr/lib/libglib-2.0.so
russell@zaebos ~ $ dpkg-query -S /usr/lib/libglib-2.0.so.0
libglib2.0-0: /usr/lib/libglib-2.0.so.0

The .config files (incorrectly?) map the dll to .so.0 instead of .so

Hope this helps?

Russell

Revision history for this message
Russell Cloran (russell) wrote :

Hi,

I've just re-read what I wrote after a good night's sleep. Apologies for basically repeating what was said earlier ...

I now suspect that the problem lies in the libevolution-cil package, which seems to reference the library as "glib-2.0", whereas it is referenced as "libglib-2.0-0.dll" elsewhere.

I've fixed this by adding:

<dllmap dll="glib-2.0" target="libglib-2.0.so.0"/>

to the evolution-sharp.dll.config file.

My mind is in a spin again, what with all these subtly different names. I hope I'm making more sense this time around.

Sebastian Dröge (slomo)
Changed in beagle:
assignee: brandon → slomo
status: New → Accepted
Sebastian Dröge (slomo)
Changed in beagle:
status: Accepted → Fixed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.