Search Criteria
Package Details: tutanota-desktop 227.240502.0-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/tutanota-desktop.git (read-only, click to copy) |
|---|---|
| Package Base: | tutanota-desktop |
| Description: | Official Tutanota email client |
| Upstream URL: | https://tuta.com |
| Licenses: | GPL-3.0-or-later |
| Submitter: | yochananmarqos |
| Maintainer: | yochananmarqos (ajgraves) |
| Last Packager: | yochananmarqos |
| Votes: | 27 |
| Popularity: | 0.072061 |
| First Submitted: | 2020-03-03 17:27 (UTC) |
| Last Updated: | 2024-05-02 17:38 (UTC) |
Dependencies (7)
- alsa-lib
- gtk3 (gtk3-ubuntuAUR, gtk3-no_deadkeys_underlineAUR, gtk3-patched-filechooser-icon-viewAUR, gtk3-classic-xfceAUR, gtk3-classicAUR)
- libsecret
- nss (nss-hgAUR)
- git (git-gitAUR) (make)
- nvmAUR (nvm-gitAUR) (make)
- python (python37AUR, python311AUR, python310AUR) (make)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »
ArchBoxHero commented on 2020-05-20 02:14 (UTC)
Ahh @ajgraves, thanks for the quick response(and solution). You are right. I am cloning and building it again now from scratch. I couldn't get the latest changes with a git pull for some reason. I'm launching it via rofi running I3wm btw. Its been so long since I've tinkered with/installed it that I forgot how I set it up. But its working now.
ajgraves commented on 2020-05-20 01:55 (UTC)
@ArchBoxHero 3.73.1 is the most up to date version of Tutanota. How are you launching the app? I've seen that people who have this problem typically have an older version of the Tutanota appimage somewhere on their system that is being launched instead of the newest version.
ArchBoxHero commented on 2020-05-20 01:53 (UTC)
Hey what's the status with an update on this package? I'm getting a login error reading: "Please update Tutanota. The currently installed version is too old and not supported any longer." And what can I do to help if anything? I need to get a little more involved and help out in this community if I can.
ajgraves commented on 2020-05-11 20:36 (UTC)
@yochananmarqos Ah, got it. Thanks!
yochananmarqos commented on 2020-05-11 20:35 (UTC)
@ajgraves: The
--unpackedflag is just an instruction to place the files in a folder instead of an installer. If you remove that, it will still fail to build. On a successful build, without that flag it won't place the files anywhere.ajgraves commented on 2020-05-11 20:28 (UTC)
@yochananmarqos I was just trying to figure that out as well. Was going to try to build without the
--unpackedparam to see if that at least let the build complete.yochananmarqos commented on 2020-05-11 20:25 (UTC)
@ajgraves: No, the patch is no longer needed. However, 3.73.1 fails to build, see my comment on the Unpacked Linux build issue.
ajgraves commented on 2020-05-11 19:50 (UTC)
Hey @yochananmarqos I'm working on updating this. I believe
1928.patchis no longer needed, however I'm not sure. I'm going to check the github issue to see.jdarnold commented on 2020-03-16 21:31 (UTC)
I'm getting the following error when trying to update my system:
Any ideas?
yochananmarqos commented on 2020-03-09 17:22 (UTC)
@mholiv: It should work if I make the package use the system
electronpackage instead of the bundled version. I'm going to wait on that for now as there's a few other things to iron out first.« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »