Tasque cannot connect to Evolution Data Server

[Michele Costantino Soccio]

Binary package hint: tasque

Tasque cannot connect to the Evolution Data Server backend. No task is shown inside Tasque and it is not possible to create a new one.

Here is the part I suppose is interesting: an exception is thrown when trying to connect to the evolution data server.

[Debug]: Initializing EDS Backend
[Debug]: Listening for Changes in EDS Task Groups
[Debug]: Fatal : System.TypeInitializationException: An exception was thrown by the type initializer for Evolution.SourceList ---> System.DllNotFoundException: libedataserver-1.2.so.9
  at (wrapper managed-to-native) Evolution.Source:e_source_get_type ()
  at Evolution.Source.get_GType () [0x00000]
  at GtkSharp.EvolutionSharp.ObjectManager.Initialize () [0x00000]
  at Evolution.SourceList..cctor () [0x00000] --- End of inner exception stack trace ---

  at Tasque.Backends.EDS.EDSBackend.ListenForGroups () [0x00000]
  at Tasque.Backends.EDS.EDSBackend.Initialize () [0x00000]

I'm running Intrepid with
tasque 0.1.6-1ubuntu1
evolution 2.24.0-0ubuntu3
libevolution3.0-cil 0.17.5-0ubuntu1

[zyrorl (zyrorl)]

I'm running:

evolution 2.24.1-0ubuntu2
tasque 0.1.6-1ubuntu1
evolution-common 2.24.1-0ubuntu2
libevolution3.0-cil 0.17.5-0ubuntu1
evolution-data-server-common 2.24.1-0ubuntu1
evolution-data-server 2.24.1-0ubuntu1

I too have the same problem... see below:

[Debug]: Tasque remote control active.
[Debug]: Found Available Backend: Tasque.Backends.RtmBackend.RtmBackend
[Debug]: Found Available Backend: Tasque.Backends.Sqlite.SqliteBackend
[Debug]: Found Available Backend: Tasque.Backends.EDS.EDSBackend
[Debug]: Tasque.exe location: /usr/lib/tasque/Tasque.exe
[Info]: Searching for Backend DLLs in: /usr/lib/tasque
[Info]: Reading /usr/lib/tasque/RtmNet.dll
[Debug]: Storing 'Tasque.Backends.RtmBackend.RtmBackend' = 'Remember the Milk'
[Debug]: Storing 'Tasque.Backends.Sqlite.SqliteBackend' = 'Local File'
[Debug]: Storing 'Tasque.Backends.EDS.EDSBackend' = 'Evolution Data Server'
[Debug]: CurrentBackend specified in Preferences: Tasque.Backends.EDS.EDSBackend
[Info]: Using backend: Evolution Data Server (Tasque.Backends.EDS.EDSBackend)
[Debug]: Initializing EDS Backend
[Debug]: Listening for Changes in EDS Task Groups
[Debug]: Fatal : System.TypeInitializationException: An exception was thrown by the type initializer for Evolution.SourceList ---> System.DllNotFoundException: libedataserver-1.2.so.9
  at (wrapper managed-to-native) Evolution.Source:e_source_get_type ()
  at Evolution.Source.get_GType () [0x00000]
  at GtkSharp.EvolutionSharp.ObjectManager.Initialize () [0x00000]
  at Evolution.SourceList..cctor () [0x00000] --- End of inner exception stack trace ---

  at Tasque.Backends.EDS.EDSBackend.ListenForGroups () [0x00000]
  at Tasque.Backends.EDS.EDSBackend.Initialize () [0x00000]
[Debug]: Backend sync finished
[Warn]: Cannot set status when taskWindow is null
[Debug]: Configuration status: True
[Debug]: Error creating a new task!
[Debug]: Error creating a new task!

[lunomad (damon-metapaso)]

I too have the same problem. Identical [Debug] messages.

[Massimo Tisi (massimotisi)]

A quick workaround for intrepid:

sudo ln -s /usr/lib/libedataserver-1.2.so.11 /usr/lib/libedataserver-1.2.so.9

[Markus Thielmann (thielmann)]

I can confirm this bug. Massimos workaround does allow tasque to see the EDS stored tasks, but I'm still unable to add new tasks.

[Simone Tolotti (simontol)]

It seems related to this bug: https://bugs.launchpad.net/ubuntu/+source/evolution-sharp/+bug/287332

[António Lima (amrlima)]

The workaround works for me, but to add a new task I must choose the calendar instead of pressing the "add" buttom

[Thomas Wecker (thomas-wecker)]

Can confirm this bug. Workaround causes problems when working with multiple task list in evolution.

[Onkar Shinde (onkarshinde)]

The correct workaround is to modify these files instead of creating a symlink:
/usr/lib/mono/gac/evolution-sharp/3.0.0.0__457eed85bd9370df/evolution-sharp.dll.config
/usr/lib/cli/evolution-sharp-3.0/evolution-sharp.dll.config

Another way to solve the problem is upgrade to jaunty. :-)

[Jason (jason-redhat-bugs)]

Description of problem:
evolution data server backend displays blank page

Version-Release number of selected component (if applicable):
tasque-0.1.9-3.fc13.x86_64

How reproducible:
every time

Steps to Reproduce:
1. open tasque
2. select "Evolution Data Server" as the backend
3. view blank page

Actual results:
blank pages

Expected results:
lists of tasks entered into evolution

Additional info:
the current version of tasque's evolution data server backend is built against the previous version of evolutions's libedata-cal-1.2.so

starting tasque from the command line, I get:
[jconnor@inspiron ~]$ tasque
[Debug]: Tasque remote control active.
[Debug]: Found Available Backend: Tasque.Backends.RtmBackend.RtmBackend
[Debug]: Found Available Backend: Tasque.Backends.Sqlite.SqliteBackend
[Debug]: Found Available Backend: Tasque.Backends.EDS.EDSBackend
[Debug]: Tasque.exe location: /usr/lib64/tasque/Tasque.exe
[Info]: Searching for Backend DLLs in: /usr/lib64/tasque
[Info]: Reading /usr/lib64/tasque/RtmNet.dll
[Debug]: Storing 'Tasque.Backends.RtmBackend.RtmBackend' = 'Remember the Milk'
[Debug]: Storing 'Tasque.Backends.Sqlite.SqliteBackend' = 'Local File'
[Debug]: Storing 'Tasque.Backends.EDS.EDSBackend' = 'Evolution Data Server'
[Debug]: CurrentBackend specified in Preferences: Tasque.Backends.EDS.EDSBackend
[Info]: Using backend: Evolution Data Server (Tasque.Backends.EDS.EDSBackend)
[Debug]: Initializing EDS Backend
[Debug]: Listening for Changes in EDS Task Groups
[Debug]: Fatal : System.TypeInitializationException: An exception was thrown by the type initializer for Evolution.SourceList ---> System.DllNotFoundException: libedata-cal-1.2.so.6
  at (wrapper managed-to-native) Evolution.CalBackendCache:e_cal_backend_cache_get_type ()
  at Evolution.CalBackendCache.get_GType () [0x00000] in <filename unknown>:0
  at GtkSharp.EvolutionSharp.ObjectManager.Initialize () [0x00000] in <filename unknown>:0
  at Evolution.SourceList..cctor () [0x00000] in <filename unknown>:0
  --- End of inner exception stack trace ---
  at Tasque.Backends.EDS.EDSBackend.ListenForGroups () [0x00000] in <filename unknown>:0
  at Tasque.Backends.EDS.EDSBackend.Initialize () [0x00000] in <filename unknown>:0

The installed version of libedata-cal-1.2.so is libedata-cal-1.2.so.7

[Mario Manno (manno)]

evolution-sharp is no longer maintained upstream and debian already removed the package. See https://bugs.launchpad.net/ubuntu/+source/evolution-sharp/+bug/577372

[Sandy Armstrong (sanfordarmstrong)]

I'm not sure I saw anybody announce that evolution-sharp is dead. Having no updates in one year is not uncommon in the open source world. I'm not sure I agree with this statement from the Debian bug: "It's completely broken with no signs of life upstream".

If by "completely broken" you mean that the Debian/Ubuntu packages are broken, then you're correct. If you mean the actual software is completely broken, then that's a pretty vague statement that I'm not sure I understand.

It's going to be funny when we start bundling evolution-sharp in Tasque and you guys complain that we should instead be depending on an evolution-sharp package.

[Mario Manno (manno)]

I was able to build tasque with a working eds backend. Packages are in my ppa, so far no problems.
I just applied the patch (from https://bugzilla.gnome.org/show_bug.cgi?id=521720) to configure.in and run an autoreconf.

[Damiano (damiano-redhat-bugs)]

I confirm the issue. It's still present at the time of writing.

OT: If someone needs something like tasque but working on Fedora 13 have a look to this project http://live.gnome.org/gtg

[Damiano (damiano-redhat-bugs)]

even installing evolution-devel as someone suggested in some forum posts nothing changes.

[ibgt (ibgt)]

After the update to Ubuntu 10.10 the packages from Mario Manno's ppa don't work anymore :-(

[Bug (bug-redhat-bugs)]

This message is a reminder that Fedora 13 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 13. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '13'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 13's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 13 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.

The process we are following is described here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

[Bug (bug-redhat-bugs)]

Fedora 13 changed to end-of-life (EOL) status on 2011-06-25. Fedora 13 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.