GOA support not completely split

[Ken VanDine]

The package split for evolution-data-server-goa isn't complete, which makes evolution-data-server depend on libgoa-1.0 and all of it's depends.

Specifically /usr/lib/evolution-data-server/addressbook-backends/libebookbackendgoogle.so links to libgoa-1.0

[Sebastien Bacher (seb128)]

That's bringing gtk and webkitgtk on the touch image, we will need to sort that out or to build e-d-s without goa in Ubuntu...

[Jeremy Bícha (jbicha)]

Ok, I've looked at this and committed a "fix" for this to the ~ubuntu-desktop branch but there's a bit more to be done…

Without that .so, Evolution won't be able to connect to Google Calendar. This is especially confusing because with evolution-data-server-uoa installed, Ubuntu Online Accounts includes a provider labeled 'Evolution Data Server - Access your Google calendar'.

Also I found that I couldn't close Evolution until it eventually timed out trying to access my Google Calendar.

That .so depends on libgoa indirectly because it depends on libgdata which depends on libgoa. That doesn't seem to me like an easily removable dependency.

Here's some ideas for fixes:
- Have evolution depend on evolution-data-server-goa
- Split that .so into a separate package, maybe evolution-data-server-gcal and have evolution-data-server-goa and a new package, evolution-data-server-uoa-gcal depend on it. That has an added benefit of users not seeing an option for "Access your Google calendar provider" when the default Ubuntu install doesn't actually provide a UOA-linked Google calendar client.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Sebastien Bacher (seb128)]

Jeremy: thanks for looking into it, I might be misunderstanding your suggestions, but are those leading to a "to have a working google calendar you need goa installed"? We (unity/ubuntu touch) want working calendar through uoa (so e.g indicator-datetime shows the coming events) without having evolution or goa installed...

[Jeremy Bícha (jbicha)]

On first glance, it looks like gdata only needs goa in gdata-goa-authorizer.c. It may be possible that the e-d-s gcal library doesn't use those functions and we could then solve this bug by just splitting libgdata instead.

[Jeremy Bícha (jbicha)]

libgdata only ships a single .so: /usr/lib/libgdata.so.13.5.0

Attempting to split libgdata is beyond my abilities.

[Sebastien Bacher (seb128)]

looking a bit at it, libgdata is not the only issue, even building that library without goa the depends is still there

e-d-s/addressbook/backends/google/e-gdata-goa-authorizer.c is using it as well

not sure what eds does when built without goa but with uoa though...