Search Criteria
Package Details: tutanota-desktop-bin 259.250108.1-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/tutanota-desktop-bin.git (read-only, click to copy) |
|---|---|
| Package Base: | tutanota-desktop-bin |
| Description: | The desktop client for Tutanota, the secure e-mail service. |
| Upstream URL: | https://tuta.com/secure-email |
| Licenses: | GPL-3.0-or-later |
| Conflicts: | tutanota-desktop, tutanota-desktop-linux |
| Provides: | tutanota-desktop |
| Submitter: | yochananmarqos |
| Maintainer: | yochananmarqos (ajgraves) |
| Last Packager: | yochananmarqos |
| Votes: | 51 |
| Popularity: | 2.10 |
| First Submitted: | 2019-12-23 17:19 (UTC) |
| Last Updated: | 2025-01-13 17:52 (UTC) |
Dependencies (5)
- alsa-lib
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classicAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR)
- libsecret
- nss (nss-hgAUR)
- openssl (openssl-gitAUR, openssl-staticAUR) (make)
Latest Comments
« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 Next › Last »
ajgraves commented on 2020-01-15 16:09 (UTC)
I have updated to the latest version, and made a fix to the PKGBUILD to add a version to the linux-sig.bin file. This is necessary because some AUR helpers such as yay will not download a file remotely if it already exists locally. This is the same reason there is a version number appended to the AppImage since the file name never changes upstream.
yochananmarqos commented on 2020-01-07 20:30 (UTC)
I set
publishAutoUpdatetofalse. It will still check for an update, but it shouldn't attempt to update itself. I guess we'll see for sure when a new version is released.yochananmarqos commented on 2020-01-07 20:10 (UTC)
@ajgraves: I was just about to do that, heh.
ajgraves commented on 2020-01-07 20:06 (UTC)
@yochananmarqos I added app-update.yml permissions fix to the PKGBUILD and pushed the update. End user still getting errors as the file was readable only by root.
yochananmarqos commented on 2020-01-07 19:50 (UTC)
@HeinzDo1961: Yeah, maybe removing
app-update.ymlwasn't a very elegant solution to stopping the application from prompting to update. I'll fix it.ajgraves commented on 2020-01-07 19:43 (UTC)
@HeinzDo1961, the install process actually removes that file from the Tutanota install, as the app autoupdate function will fail anyways. I'm going to play around with the install to see if there might be a better way to disable the bundled auto-updater without causing the regular notifications about it failing.
<deleted-account> commented on 2020-01-07 19:38 (UTC)
I keep getting the following message here: "Oh no! The update process has failed. We'll try again later."
The logs contain the following: "autoUpdater error: \ n", "Auto Update Error 4, continuing polling: \ nENOENT: no such file or directory, open '/opt/tutanota-desktop/resources/app-update.yml'"
How can you turn this off? Because this message comes here 20 times a day and is annoying.
yochananmarqos commented on 2020-01-06 21:48 (UTC)
@ajgraves: Oh, I see what you mean now. I added
tutanota-desktop-linuxto conflicts.ajgraves commented on 2020-01-06 21:41 (UTC)
@yochananmarqos the tutanota-desktop-linux package was not uninstalled as part of the process. It wasn't touched at all. The makepkg process succeeded but once you go to install the package, it's unable to install because it's trying to overwrite some files that belong to tutanota-desktop-linux (like the launcher in /usr/bin, etc). It worked fine by doing "pacman -R tutanota-desktop-linux" and then installing the tutanota-desktop-bin package.
yochananmarqos commented on 2020-01-06 21:35 (UTC)
@ajgraves: I'm not sure what you're talking about. Installing this package will remove
tutanota-desktop-linuxand install this. That's whatreplacesdoes.@arp12: There's no way to make package transition smooth in the AUR. Your expectations are unrealistic. Remember, you're responsible for managing the AUR packages you install.
« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 Next › Last »