gnome-keyring became an optional dependency alongside org.freedesktop.secrets. Now users are free to choose the password storage backend.
Search Criteria
Package Details: electronmail-bin 4.2.0-1
| Git Clone URL: | https://aur.archlinux.org/electronmail-bin.git (read-only, click to copy) |
|---|---|
| Package Base: | electronmail-bin |
| Description: | Unofficial ProtonMail Desktop App |
| Upstream URL: | https://github.com/vladimiry/ElectronMail |
| Keywords: | electron electron-mail electronmail email email-securely-app encryption mail privacy protonmail tutanota |
| Licenses: | |
| Conflicts: | |
| Provides: | |
| Submitter: | joshirio |
| Maintainer: | joshirio |
| Last Packager: | joshirio |
| Votes: | 12 |
| Popularity: | 0.39 |
| First Submitted: | 2019-03-13 16:13 |
| Last Updated: | 2020-01-26 11:16 |
Dependencies (17)
- c-ares (c-ares-cmake)
- ffmpeg (ffmpeg-semifull-git, ffmpeg-tmblock-git, ffmpeg4.0, ffmpeg-ubuntu-bionic, ffmpeg-svt, ffmpeg-headless, ffmpeg-git-nc, ffmpeg-amd-full-git, ffmpeg-qsv, ffmpeg-libfdk_aac, ffmpeg-full-git, ffmpeg-full, ffmpeg-intel-full-git, ffmpeg-mmal, ffmpeg-full-nvenc, ffmpeg-gl-transition, ffmpeg-cuda, ffmpeg-ndi, ffmpeg-decklink, ffmpeg-git)
- gconf (gconf-gtk2)
- gtk3 (gtk3-donnatella, gtk3-cosy, gtk3-optional-csd, gtk3-adwaita-3-32-git, gtk3-mushrooms, gtk3-ubuntu, gtk3-typeahead, gtk3-patched-filechooser-icon-view, gtk3-classic)
- http-parser (http-parser-git)
- libappindicator-gtk3 (libappindicator-gtk3-ubuntu)
- libevent (libevent-git, libevent-fb)
- libnotify (libnotify-gtk2, libnotify-id-git, libnotify-id)
- libvpx (libvpx-1.6, libvpx-full-git, libvpx-git, libvpx-1.7)
- libxslt (libxslt-git)
- libxss
- minizip
- nss (nss-hg)
- re2 (re2-git)
- snappy (snappy-git, libsnappy, snappy-static)
- gnome-keyring (optional) – for storing passwords in GNOME Keyring
- org.freedesktop.secrets (keepassxc-git, bitw-git, gnome-keyring, keepassxc) (optional) – password storage backend required for auto-login feature
Required by (0)
Sources (2)
joshirio commented on 2020-01-26 19:06
joshirio commented on 2019-12-24 09:40
I'm reverting the libsecret change since it causes issues, see https://github.com/vladimiry/ElectronMail/issues/57
joshirio commented on 2019-12-23 14:04
@stevendoesstuffs OK, I'll give it a try, please report any issues, if any.
stevendoesstuffs commented on 2019-12-23 06:35
@joshirio please replace the gnome-keyring dependency with libsecret. I've tested it and it does work.
stevendoesstuffs commented on 2019-05-16 05:54
@joshirio just tested without gnome keyring (using the new keepassxc integration with libsecret, not kwallet) and it works! The only change is to replace the gnome-keyring dependency with libsecret.
joshirio commented on 2019-04-30 19:50
setuid error has been fixed, https://github.com/vladimiry/ElectronMail/issues/135
joshirio commented on 2019-04-30 16:21
@ajgraves yes, please report it upstream since it's the same upstream pacman package
ajgraves commented on 2019-04-30 16:18
Latest update introduces some problems. I get this error when running:
[17738:0430/094522.380764:FATAL:setuid_sandbox_host.cc(157)] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /opt/ElectronMail/chrome-sandbox is owned by root and has mode 4755. zsh: trace trap (core dumped) electron-mail
I got it to run by setting mode 4755 (setuid root) on chrome-sandbox, but the package should probably be fixed to either do that on install/update, or if there's a better way of resolving this. I'll post this to the upstream as well; I recall seeing something in the release notes about upgrading Electron versions so could be related?
joshirio commented on 2019-04-28 17:11
@stevendoesstuffs I belive those are upstream deps, see https://github.com/vladimiry/ElectronMail/issues/104 and https://github.com/vladimiry/ElectronMail/issues/57#issuecomment-432201465
I'm not sure it would work, can you eventually do some tests? As I don't have a system without gnome-keyring at hand. Does the "keep me signed-in" feature (master password) work without gnome-keyring (by using libsecret)? And then there's the issue with KDE where kwallet/ksecretservice has not a libsecret API (never implemented AFAIK), so that the KDE user must install gnome-keyring anyway...
stevendoesstuffs commented on 2019-04-28 15:33
Since this program internally uses node-keytar which depends on libsecret, can you please swap out the dependency for gnome-keyring for libsecret?
Pinned Comments
joshirio commented on 2019-03-13 16:17
On KDE plasma if you have issues with the tray icon, make sure to change the .desktop launch command to:
XDG_CURRENT_DESKTOP=Unity "/opt/ElectronMail/electron-mail" %U