ubuntuusers.de

chmod wurde dir bereits verlinkt.

chmod öffnet nichts - es ändert nur die Zugriffsrechte.

Das weiß ich:

chmod a+x NAME_DER_DATEI.AppImage
./NAME_DER_DATEI.AppImage 

cd Downloads

tutanota-desktop-linux.AppImage

Sollte öffnen!

Nachdem ich die Rechte erteilt hab

patt@patt-desktop:~$ cd Downloads
patt@patt-desktop:~/Downloads$ tutanota-desktop-linux.AppImage
tutanota-desktop-linux.AppImage: Befehl nicht gefunden.
patt@patt-desktop:~/Downloads$ 

Ich blick da nicht mehr durch

Is auch egal hauptsache es geht irgenwie auf......

patt@patt-desktop:~$ cd Downloads
patt@patt-desktop:~/Downloads$ ./tutanota-desktop-linux.AppImage
[6658:0501/154648.024297:FATAL:setuid_sandbox_host.cc(158)] 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 /tmp/.mount_tutanoNKjbVD/chrome-sandbox is owned by root and has mode 4755.
Trace/Breakpoint ausgelöst (Speicherabzug geschrieben)
patt@patt-desktop:~/Downloads$

gelöscht

schwarzheit schrieb:

gelöscht

Wie bitte?

Spacetaxi schrieb:

schwarzheit schrieb:

gelöscht

Wie bitte?

ich war zu langsam 😉

meine Antwort war dann nicht mehr relevant deswegen → gelöscht

Lass Die Zeit

Aalso,

jetzt habe ich mir spaßeshalber die Datei »tutanota-desktop-linux.AppImage« in mein Xubuntu 22.04 heruntergeladen (in den Ordner ~/.bin) und ausführbar gemacht. Sie startet:

1. per Doppelklick im Dateimanager

2. durch Aufruf im Menü, nachdem ich eine .desktop-Datei dafür gebaut habe

3. durch Aufruf im Terminal

Im Terminal sieht das so aus:

umbhaki@pc:~$ /home/umbhaki/.bin/tutanota-desktop-linux.AppImage
the monkey has been patched pid: 5723
(node:5723) [DEP0005] DeprecationWarning: Buffer() is deprecated due to security and usability issues. Please use the Buffer.alloc(), Buffer.allocUnsafe(), or Buffer.from() methods instead.
(Use `tutanota-desktop --trace-deprecation ...` to show where the warning was created)

(tutanota-desktop:5723): Gtk-WARNING **: 21:06:46.020: Theme parsing error: gtk.css:3:37: '' is not a valid color name
version:   227.240429.0
config up to date
[DesktopMain] getting dictionaries from: https://app.tuta.com/desktop/dictionaries/
[2024-05-01T19:06:46.490Z] Create tray:true
[DesktopMain] spellcheck-dictionary-initialized de

Diese GTK-Warnung über den falschen Farbnamen kriege ich in vielen Fällen. Hat keinerlei Auswirkung.

Aber hier steht bei dir was ganz anderes zur Debatte. Dein Terminal meldet:

[6658:0501/154648.024297:FATAL:setuid_sandbox_host.cc(158)] 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 /tmp/.mount_tutanoNKjbVD/chrome-sandbox is owned by root and has mode 4755.

Da ist also bei dir wohl noch 'ne Sanbox im Spiel. Damit kenne ich mich nicht aus. Auf Github lese ich dazu:

Sandboxing Tutanota

If you want to restrict what Tutanota can do on your system, you can run the AppImage in a sandbox like Firejail. This is entirely optional and currently needs to be configured by the user.

Da wünsche ich dann mal viel Erfolg. 🤓

Meine .desktop-Datei hat folgenden Inhalt:

[Desktop Entry]
Version=1.1
Type=Application
Name=Tutanova
GenericName=Tutanova
Comment=E-Mailing
Icon=mail-send-receive
TryExec=/home/umbhaki/.bin/tutanota-desktop-linux.AppImage
Exec=/home/umbhaki/.bin/tutanota-desktop-linux.AppImage
Actions=
Categories=Office;

In meinem XFCE-Menü steht das Programm somit in der Rubrik »Büro« und funktioniert.

Ich weiß nicht was eine Sandbox überhaupt ist, noch hab ich eine installiert.

Aber vielen Dank für die Rückmeldung.

Ich werd das morgen mal in meinem bin Verzeichnis legen. Das ist vielleicht auch notwendig.

Danke bis dato.

Melde mich morgen

Es geht bei mir in allen vorherigen Ubuntus. Es dreht sich nur um Ubuntu 24.04

Dort hast Dus auch so gemacht? Du musst schon 24.04 nutzen.

Ich lese gerade Du hadt es in 22.04 gemacht.

Nein da funktiiniert bei mif alles, auch in 23.10

Das Problem tritt nur im neuen 24.04 auf

LG

Hallo Spacetaxi, jetzt habe ich eine Notiz wiedergefunden, die ich mir irgendwann einmal für AppImages unter Ubuntu 24.04 gemacht habe. Die besagt, dass in der Version das Paket libfuse2t64 installiert sein muss. Das steht für 24.04 im „universe“-Repo.

Also im Zweifel:

sudo apt install libfuse2t64 

Sollte das schon installiert sein, teilt das Terminal dir das mit. Falls noch nicht, wird es dann installiert. Wenn meine Notiz stimmt, könnte dann dein Problem gelöst sein.

Ich glaub darauf bin ich bei Recherchen auch gestoßen und ich hatte das ausgeführt. Bin mir nicht mehr sicher. Ich probiers später nochmal aus. Wenn ich dazu komme.

Geb dann Bescheid

Könnte es sich um folgendes AppArmor-Problem handeln? https://bugs.launchpad.net/ubuntu/+source/apparmor/+bug/2046844

Am Beginn gibt es eine Liste der Programme die Probleme haben, wobei die nicht vollständig sein muss. Ich hatte das z.B. mit Wike.

In einem der Posts zu diesem Bug findest Du auch eine Beschreibung wie man (zum Testen) ein AppArmor Profil für das Programm erstellen kann. Wenn es das funktioniert, weißt Du, dass das Problem ist.

Viel Erfolg!

Nee, das is meine Anwendung nicht dabei.

Da warte ich auch lieber bis das von den Entwicklern über die Paketverwaltung gefixt wird anstatt da rumzuexperimentieren.

Aber Danke.

Ich verwende genau ein AppImage, das ist das von Beyond All Reason:

• https://www.beyondallreason.info/

Funktioniert auf meinem Kubuntu Noble Numbat einwandfrei. Bloß ändert sich ab und zu die Versionsnmmer, die ein Namensbestandteil vom AppImage ist. Das lässt sich aber umgehen, in dem man in der Exec Zeile der *.desktop Datei ein Mini-Shellscript aufruft, das mit Wildcards arbeiten kann, so dass anstatt der Versionsnummer im AppImage-Namen ein Sternchen steht.

Für libfuse ist bei mir folgendes installiert:

dpkg -l | grep libfuse

ii  libfuse-perl                                                       0.16.1+20180422git6becd92d7fce3fc411d7c-6build3 amd64        Perl bindings for FUSE (Filesystems in USErland
ii  libfuse2t64:amd64                                                  2.9.9-8.1build1                                 amd64        Filesystem in Userspace (library)
ii  libfuse3-3:amd64                                                   3.14.0-5build1                                  amd64        Filesystem in Userspace (library) (3.x version)

Das Script BAR-RTS.sh:

#!/bin/bash
$HOME/Beyond-All-Reason-*.AppImage

Zur Zeit wäre der Dateinamen Beyond-All-Reason-1.2988.0.AppImage, aber die Nummer ändert sich bei AppImage Updates.

Ich habe tutanota App image runtergelden, gestrern 24.04 aus einem frisch installierten 22.04 upgargraded.

Ich kann gar keine App Images mehr öffnen geschweige denn wurde das Problem behoben die App Image als Programm abzulegen.

Was ist da los?