beagle-backend-evolution cant find libedataserver-1.2.so.9

This actually looks like an issue in evolution-sharp, so reassigning.

evolution-sharp is built with the wrong EDS_SOVERSION, so it is looking for the wrong library

Definately an issue in evolution-sharp. It won't even build with our current version of evolution-data-server. I've attached the PBuilder log for those who are interested

This needs evolution-sharp 0.18 to work

Subscribing motu-release.

Based on the fact that the current version of evolution-sharp is non-functional, and there is a new upstream version which supports our version of evolution-data-server, is there any chance of getting the new upstream version in to Intrepid?

I will package the new version if we can get it in

Upstream changelog entries since 0.17.5:

2008-09-24 Johnny Jacob <email address hidden>

 * NEWS: Updates for 0.18.0

 * configure.in: Version Bump - 0.18.0.
 (API_VERSION): Bumped.

2008-09-23 Johnny Jacob <email address hidden>

 * evolution/Makefile.am (DISTCLEANFILES): Remove TestCache.exe for
 distcheck.

2008-09-11 Chenthill Palanisamy <email address hidden>

 * evolution/AssemblyInfo.cs.in:
 * evolution/Makefile.am: Used a newly generated sn key as
 the existing evolution-sharp.snk. Removed evolution-sharp.pub
 * configure.in: Updated the API version

2008-09-12 Chenthill Palanisamy <email address hidden>

 * NEWS: Updated the news for 0.17.6
 * configure.in: Bumped the version to 0.17.6
 * evolution/Makefile.am:
 * evolution/evolution-api-1.8.raw:
 * evolution/evolution-api.raw:
 * evolution/src/CalComponent.cs: Ensures the backward
 compatibility to older eds versions.

Thanks, evolution-sharp 0.18.0 would fix this issue but it also as a soname bump:

-API_VERSION=3.0.0.0
+API_VERSION=5.0.0.0

Which means the package name would be renamed to libevolution5.0-cil and that makes a transition on some packages:

grep-dctrl -FBuild-Depends -sPackage libevolution3.0-cil -n /var/lib/apt/lists/*Sources
beagle
tasque

evolution-sharp (0.18.0-0ubuntu1) intrepid; urgency=low

  * New upstream release (lp: #287332)
  * debian/fix-dllmappings.dpatch:
    - Updated
  * debian/, debian/rules:
    - Bump API to 5.0
    - Replaces libevolution3.0-cil

 -- Pedro Fragoso <email address hidden> Thu, 23 Oct 2008 19:06:18 +0100

I think this should be done post-release in intrepid-updates where it can be
more thoroughtly tested.

Did you test beagle and tasque to see if they build and work as expected?

Beagle builds and works

Always: Starting Beagle Daemon (version 0.3.8)
Always: Running on Mono 1.9.1
Always: Command Line: /usr/lib/beagle/BeagleDaemon.exe --backend EvolutionDataServer --replace --fg --debug
Warn: Extended attributes are not supported on this filesystem. Performance will suffer as a result.
Debug: Unable to establish a connection to the X server
Debug: Reniced process to 7
Debug: Starting signal handler thread
Debug: Starting messaging server
Debug: Using utf8 encoding for filenames
Debug: Starting QueryDriver
Debug: Found index helper at /usr/lib/beagle/beagled-index-helper
Debug: Found 1 backends in /usr/lib/beagle/Backends/EvolutionBackends.dll
Debug: Found 0 backends in /usr/lib/beagle/Backends/GoogleBackends.dll
Debug: Found 0 backends in /usr/lib/beagle/Backends/ThunderbirdBackends.dll
Debug: Found 0 backends in /usr/lib/beagle/BeagleDaemonLib.dll
Debug: Loading system static indexes.
Debug: Found 0 system-wide indexes.
Debug: Found 0 user-configured static indexes..
Debug: Waiting 60 seconds before starting queryables
Debug: Found HAL device AC adapter for battery monitoring.
Debug: Starting Scheduler thread
Debug: Starting Inotify threads
Debug: Zeroconf: Service started...
Debug: Daemon initialization finished after .67s
Debug: Memory usage: VmSize=58.9 MB, VmRSS=17.3 MB, GC.GetTotalMemory=1191936 (12 colls)

Tasque builds and works

pmf@obsolete:~$ 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/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:
[Info]: OnPreferences called
[Debug]: Loading preferences
[Debug]: Called Preferences Init
[Info]: Using backend: Evolution Data Server
(Tasque.Backends.EDS.EDSBackend)
[Debug]: Initializing EDS Backend
[Debug]: Listening for Changes in EDS Task Groups
[Debug]: ListenForSources.
[Debug]: AddCategory
[Debug]: ListenForSources.
[Debug]: Backend sync finished
[Warn]: Cannot set status when taskWindow is null
[Debug]: Configuration status: True
[Debug]: No Preference Widget

At this point, I'm in favour of managing this as a SRU once Intrepid is released too.

Unsubscribing motu-release and subscribing motu-sru. If approved by motu-sru, the upload can be done to intrepid-proposed prior to the release (although it won't get published until after). No need to wait.

Sorry for the delay, diff for -proposed.

If a new upstream version + API bump + transition for the 4 rdepends is a bit much for an SRU, we can almost certainly just patch out the configure-time check for the too-new evolution-data-server and cherry pick whatever ABI changes are necessary.

I have this same problem on an up to date intrepid. Is there a fix in testing or a PPA that I can try?

same problem here. this bug has been there before Ubuntu Intrepid was released and still there, EvolutionDataServer backend (beagle-backend-evolution) included in Intrepid doesn't seem to work with Beagle. Any advice on when this would be fixed ??.

I have gone through the duplicates of this bug and in Bug #287944, a user said that beagle doesn't index any evolution data. Strange..cause in my own case my emails are indexed but my evolution contacts and events are not.

I have attached a copy of the output: beagled --replace --fg --debug --backend EvolutionDataServer

Uurgh. I've been working with pkg-cli-libs in Debian to update evolution-sharp to 0.18.1 there. In doing so, we've noticed that there is a seemingly accidental API break in the 0.18 releases (http://bugzilla.gnome.org/show_bug.cgi?id=563917). It's probably a good idea to hold off on updating the library until that's resolved, otherwise we'll need two ABI bumps.

This bug was reported in the Intrepid development cycle; removing regression-potential and marking as regression-release.

This bug was fixed in the package evolution-sharp - 0.19.2.1-1ubuntu1

---------------
evolution-sharp (0.19.2.1-1ubuntu1) jaunty; urgency=low

  * Sync from Debian experimental. Upstream now actually
    builds against e-d-s >= 2.24, so the package will now work on Jaunty
    (LP: #319385, #287332). FFe is (LP: #331858)
  * New upstream version installs correctly to GAC on Mono 2.0 (LP: 332105)
  * New Ubuntu changes
    + debian/control:
      - gnome-sharp2 transition: B-D on libgnome2.24-cil (LP: #314516)
    + debian/patches/fix-dllmappings:
      - SONAME change from libcamel{,-provider}1.2-11 to -14
      - libeutil lives in /usr/lib/evolution/2.26, not 2.22

evolution-sharp (0.19.2.1-1) experimental; urgency=low

  [ David Paleino ]
  * New upstream version
  * debian/copyright:
    + fixed typo in FSF address (Closes: #490261)
  * debian/patches/:
   + add_missing_conditionals.dpatch added, was using things
     unconditionally though conditionally defined.
  + evolution-sharp.pc.dpatch, fix-dllmappings.dpatch:
      descriptions added.
  * debian/control:
    + Standards-Version bumped to 3.8.0:
      - debian/README.source added

  [ Christopher James Halse Rogers ]
  * New upstream sets AssemblyDelaySign(false). Fixes library install on
    mono 2.0 (Closes: #513454)
  * debian/control:
    + Wrap Build-Depends to make changes more obvious
    + Bump package name to libevolution5.0-cil, add 3.0-cil to Replaces.
    + Add myself to Uploaders.
    + Add new B-D on libcamel1.2-dev to get necessary shlibs files.
  * Mono 2.0 transition:
    + debian/rules
      - Pass CSC=/usr/bin/csc to configure
    + debian/control
      - B-D on mono-devel (>= 2.0)
      - Bump B-D on libmono-dev to >= 2.0 to match mono-devel
  * debian/patches:
    + fix_get_uid-crasher:
      - Drop; included upstream
    + fix-dllmappings:
      - Refresh for new version.
  * debian/install:
  * debian/installcligac:
    + Update paths for 3.0 -> 5.0 ABI version change
  * debian/rules:
    + Update for 3.0 -> 5.0 ABI version change
    + New interfaces, bump API version.
  * debian/links:
    + Point evolution-sharp.pc to new evolution-sharp-5.0.pc

 -- Christopher James Halse Rogers <email address hidden> Fri, 20 Feb 2009 10:48:35 +1100