Tuta AppImage - It cannot be started anymore

Dear Team,

I did install for a while Tuta (Tutanota) AppImage on the Template VM. I did download that AppImage from the Tuta Website Portal directly. I did add this file in the /home/user/Applications folder.
Then of course: chmod a+x tutanota-desktop-linux.AppImage, for making it runable.
Finally in the App VM settings, I could add this installed Tuta in the shown App Menu (via Qubes Manager). On that way after restarting the App VM it worked well. I could use Tuta App.
After a while, I cannot open that Tuta from the Qubes Application Menu anymore. No idea why. I just replaced it with the newest version of Tuta and it still does not work.
Any idea why?
Other option was, that I did solve is with Flatpak:

flatpak install flathub com.tutanota.Tutanota

After adding this installed Tuta (on based Flatpak) in the shown App Menu, it works. But now I have two “Tuta Mail” in the App Menu available from the Template VM.

Maybe you have any idea how to solve the problem with AppImage only? When it works with the AppImage again then I could remove that second installed option on based Flatpak?

Thank you for any help in advance.

Kind regards

1 Like

AppImage you install in app qube not template.
And it works.

1 Like

If you do that in a template, it won’t exist in an appvm. If it does for you, it means you did not what you described.

As tuta stopped working anyway this mean you have the appimage, try to execute it from a terminal and share us the output.

1 Like

Thanks a lot for brainstorming.

Indeed, with AppImage would not work for any App VM when AppImage has been installed on Template VM. All good then. If that is also correct. :grinning:
Or maybe it is because: chmod a+x tutanota-desktop-linux.AppImage?

I do not know how came that it does not work anymore on the App VM. I just installed Tuta from Flatpak recently and then I could select Tuta Mail app from the app list on App VM and it runs.

Just a check: On Template VM - I can run AppImage Tuta as well. It works.

I just wondered how I got Tuta Mail app in the list of the installed apps in the App VM which does not run. I am not sure if that worked once. Maybe I did install this via sudo apt install ... or with the .deb file a while ago.

Between: On Termplate VM with AppImage, this also is not working, when I want to have it on App VM:

On Template VM:

File: /home/user/.local/share/applications/tutanota-desktop.desktop

Content:

[Desktop Entry]
Name=Tuta Mail
Comment=The desktop client for Tuta Mail, the secure e-mail service.
GenericName=Mail Client
Keywords=Email;E-mail
Exec="/home/user/Applications/tutanota-desktop-linux.AppImage" %U
Terminal=false
Type=Application
Icon=tutanota-desktop
StartupWMClass=tutanota-desktop
MimeType=x-scheme-handler/mailto;
Categories=Network;
X-Tutanota-Version=266.250202.0
TryExec=/home/user/Applications/tutanota-desktop-linux.AppImage

or even on App VM:

File: /home/user/.local/share/applications/tutanota-desktop.desktop

Content:

[Desktop Entry]
Name=Tuta Mail
Comment=The desktop client for Tuta Mail, the secure e-mail service.
GenericName=Mail Client
Keywords=Email;E-mail
Exec="/home/user/Applications/tutanota-desktop-linux.AppImage" %U
Terminal=false
Type=Application
Icon=tutanota-desktop
StartupWMClass=tutanota-desktop
MimeType=x-scheme-handler/mailto;
Categories=Network;
X-Tutanota-Version=259.250108.1
TryExec=/home/user/Applications/tutanota-desktop-linux.AppImage

I assume, that this was not set up by Flatpak.

Thanks for your feedback!

1 Like

What is the command output when you execute the appimage in a terminal?

1 Like

Nothing you install in template user space is passed to appvm based on that template.
Nothing.

I’ve just installed python shutils with

pip install shutils

in a template and it’s installed in ‘~/.local/lib/python-3.12/site-packages/’ and it’s not visible in appvm based on that template.

So, for app to be visible in appvm you either install it in root in template or in user in app vm.

For appimages installed in ‘~/’ in appvm with .desktop file in ‘~/.local/share/aplications/’ you run in dom0 terminal:

qvm-sync-appmenus yourAppVMname

‘yourAppVMname’ in question must be running because dom0 must read .desktop file from it.

2 Likes

@solene Want to run this AppImage on Template VM?

1 Like

This would not make sense, templates do not have internet.

Try in an appvm where you want to use it

1 Like

I do install some needed apps on a Template VM for adding specific installed apps in different App VMs. Therefore I use Internet connection on a Template VM. It is fine. :slight_smile:
Between: I did try to run the downloaded Tuta AppImage in an Template VM and it works.

1 Like

Hi @solene Between: Why do you think, that it would not make sense? Is there any reason that Template VMs should not have Internet connection?

1 Like

There is a documentation entry about it: Why don’t template have network access?

2 Likes

@solene Indeed. Now I do understand it. Thanks for letting me know this. This also helps me to get it.
Link: How to install software | Qubes OS

1 Like

There is a http proxy you can use from a template to download files from the Internet, the template can get in touch with the proxy through Xen vchans, so it does not need to be connected to the Internet.

1 Like

@solene Is that the documentation about how to setup proxy for a cloned new template which I can switch to Internet with firewalls (sys-firewall) and back to no network (default / none): How to install software | Qubes OS.
Another question: When will it happen that I have proxy?

1 Like

I’m sorry I don’t understand what you mean. Templates should never be connected to the internet, they have a proxy by default to be able to download files from the internet without network access.

2 Likes

Also as the topic is about Tuta’s appimage, you should get the file in an appvm and use it from there.

The appimage has a self update mechanism that replace the file in place, it won’t work if you install it in a template where the user can’t modify the file.

2 Likes

That is fine. Thanks for letting me know about AppImage situation.

1 Like

@solene - Sorry for my confusing. :grinning: I did read the Qubes OS documentation (especially the part: “How to install software”) again and indeed there is a proxy by default in the Template VM (for debian-12-xfce) pre-configured. So I also did test it, on based: “Installing software from default repositories”. All good. I should install only officially apps from those Debian default repositories.

Between: I hope it is fine when I did install Brave there? With this commands:

sudo apt install curl
sudo curl -fsSLo /usr/share/keyrings/brave-browser-archive-keyring.gpg https://brave-browser-apt-release.s3.brave.com/brave-browser-archive-keyring.gpg
echo "deb [signed-by=/usr/share/keyrings/brave-browser-archive-keyring.gpg] https://brave-browser-apt-release.s3.brave.com/ stable main"|sudo tee /etc/apt/sources.list.d/brave-browser-release.list
sudo apt update
sudo apt install brave-browser

And I also do understand the basis of Qubes OS. That is really great! Thank you for making me aware of this. :+1:

Good to know that on Template VM (debian-12-xfce) is proxy by default pre-configured and also available. I just was wondering when I did run there with this command: ping www.startpage.com in very beginning, so, no response, it was / is the failure failed in name resolution (because of proxy). :grinning:

What I have is now: A new Template VM cloned from (debian-12-xfce) which has a new name of the Template VM and this can be connected with Network access. See also the documentation: How to install software | Qubes OS, part: “Installing software from other sources” which can be risky. :ok_hand:

Feel free to correct me when I am wrong here.

1 Like