Gkr needed by default when using syncevolution on Ubuntu Touch

Bug #1290559 reported by Ricardo Salveti
30
This bug affects 6 people
Affects Status Importance Assigned to Milestone
syncevolution (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

The steps described at http://askubuntu.com/questions/360554/how-do-i-sync-google-contacts used to work before syncevolution was updated to 1.4, but now this is what you get:

[INFO] addressbook: looking for databases...
[INFO] addressbook: okay
Gkr: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
Gkr: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
Gkr: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
Gkr: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
Gkr: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
Gkr: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
Gkr: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
Gkr: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
Gkr: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
Gkr: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
Gkr: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
Gkr: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
Gkr: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
Gkr: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
Gkr: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
Gkr: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
Gkr: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files
[ERROR] sync password for google_contacts: saving password '<email address hidden> server=m.google.com/syncml' in GNOME keyring failed: Error communicating with gnome-keyring-daemon

This is a regression and unfortunately the only way for users to sync google contacts with Ubuntu Touch.

Revision history for this message
Ricardo Salveti (rsalveti) wrote :

Tested with:

current build number: 229
device name: mako
channel: trusty-proposed
last update: 2014-03-10 04:39:52
version version: 229
version ubuntu: 20140310
version device: 20140304

Revision history for this message
Ricardo Salveti (rsalveti) wrote :

It seems that it's trying to use gnome-keyring by default now, causing the failure.

You can workaround this issue by giving "--keyring=no" to the syncevolution command.

summary: - Unable to sync google contacts on Ubuntu Touch
+ Gkr needed by default when using syncevolution on Ubuntu Touch
Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

We are pulling in libgnome-keyring0 and syncevolution-libs-gnome which we woudl rather not have.
The latter was introduced when syncevolution was updated to 1.4 as a new dependency. Again would be good to catch this additional package add during image testing and explicitly bless it.

Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in syncevolution (Ubuntu):
status: New → Confirmed
Revision history for this message
Iain Lane (laney) wrote :

All there was was a package split which is because we now build multiple backends for syncevolution. That's what the new package is. It doesn't introduce any new dependencies outside of syncevolution. I checked this before uploading.

I don't think it's too bad that you now need to pass --keyring=no. In fact my understanding is that this manual method is supposed to go away when Renato gets his UOA work into the distro.

It's really not going to be possible to get all GNOME dependencies to go away, since we have one Ubuntu - the archive is bigger than the touch project and some of the time this is going to be expressed using package dependencies. I suggest not worrying about this one.

Revision history for this message
RevAngel (revangel) wrote :

Please, please fix this.

That hampers the switch from an android to an ubuntu touch device very seriously.
I bought a Pixel 3a and managed to install it. But exporting over 600 contacts from my old phone to vcard and then not being able to even import the important ones due to the buggy smb in the file manager

my SIM card went into the android phone again.

If this project is in any way targeted to get ubuntu touch as a daily driver people have to be able to import their data from google android and apple OS to ubuntu touch.

And by people I mean actually just "users", who use android or iOS and barely manage the process of opening the bootloader, recover their phone to a (ubuntu-touch) supported state of android or iOS firmware version and then install ubuntu touch.

I know for some of you that might sound trivial. But to the rest of the world people are happy if they understand their privacy-unfriendly OSes.

Giving them an option to use a privacy-friendly alternative WAS the target of ubuntu-touch, as I thought to understand. Being stopped in the process of migrating my contacts data from my old phone to ubuntu-touch, even for some csv files is rather demotivating for me.

I just wanted you to know how a person with not so heavy tech-savyness feels, after I watched some youtube videos about how ready ubuntu-touch is now for daily use, then buys a phone that is supported and putting the SIM-card in the old phone on the first day of trying it out. Another tech thing going to the attic, as a really good idea, supported and developed by so many people, in todays time promising as hell when it comes to privacy and anti-data-grabbing. A little bit disheartening to be honest. And no one to blame but myself for trying it out.

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.