Libsecret not installed (Snapcraft)

On some versions of Linux, include KDE Neon and Manjaro XFCE, the Snapcraft package complains with an error:

Mailspring could not store you password securely. Make sure you have libsecret installed and a keyring is present. For more information, visit http://support.getmailspring,com/hc/en-us/articles/115001875571

Snapcraft packages need to be self-contained. While it is often possible to manually install gnome-keyring, there has to be a way to take care of this internally in the Snapcraft package.

P.S. A Flatpak package may possible also mitigate this scenario. Flatpak Distribution on Linux

The cause of this issue seems to be that the secret management library used by mailspring (keytar) depends on libsecret… which KDE does not support when first installed.

The solutions to this problem would seem to be one of the following:

  1. Prompt or document that the user must install gnome-keyring (or something else that supports libsecret)
  2. Change key management library to one that supports kwallet, or one that can be self-contained within a snap
  3. Update keytar to support kwallet
  4. Update kwallet/KDE to support libsecret

In hindsight I probably shouldn’t have closed this issue, as I agree with @Lvaskz that in theory a snap should be self contained.

Personally there is very little incentive for me to spend time trying to fix this issue as I rarley nowadays use desktop linux or a desktop mail client.

(Originally posted by DT-Newman on GitHub.)

Just decided to try Mailspring, and, well, now I encountered this issue after installing it on arch using an AUR helper. I’ve never had this with any other program, and I don’t really quite understand why you can’t use a more generic solution that’s more convenient to users? Seems like from the list you’re suggesting, you’ll still require something like KDE wallet or GNOME keyring to be installed, can’t this just use libsecret or something?

(Not that they’re bad or anything, it’s just that the solutions, even if would work very well for GNOME and KDE, would still be limiting to most uses that don’t use KDE or GNOME software, and depending on libsecret would probably make this process seamless for a lot of users).

Is there any realistic chance of this issue getting fixed?

Quite probably, but the timeline is foggy, as with everything.

As a rule, all updates will be posted on the thread. If there are none posted, there are no updates. Your patience is appreciated. Mailspring is built and maintained by volunteers — even the core developer does this in addition to a full time job.

As a rule, asking for updates, status, or timeframe won’t hurry things along. If you want to help get a bug resolved or feature implemented quicker, here’s some things you can do, depending on your available time and skills:

  1. Vote. This raises the priority in planning. Anyone can do this.
  2. Help diagnose. Checking logs, testing out scenarios, or even digging around in the code if you’re up to the challenge all help move towards a resolution.
  3. Coordinate with other reporters. If you see similar bug reports, possible duplicates, or other posts with hints, helping get those individuals involved in diagnostics helps a lot!
  4. Attempting a PR. If you know anything about coding — even a little — you can check out the Mailspring source code from GitHub and try to fix the bug or implement the feature yourself. Even if you aren’t successful, or the fix isn’t ideal, the attempt still helps us!

And, of course, you can help just by being involved in the community: helping answer questions, triage bugs, and discuss features takes pressure off the developers, so they have time to focus on writing awesome code.

I’m using Fedora, and KDE, and I get the error message about libsecret as well. I do have gnome-keyring installed however, so what can I do to make Mailspring run?

It has been pending a fix for long time.
So I suppose all we can do is upvote this issue so that it gains priority.