ubuntuusers.de

trollsportverein schrieb:

Dort wird auch angedeutet, dass es eher wohl nicht $HOME/thunderbird ist, wohin der Thunderbird entpackt wurde.

Daher meine noch immer unbeantwortete Frage:

Berlin_1946 schrieb:

• wie hast du denn das Programm installiert?

oder es müsste auf dem System ggf gesucht werden.

wenn es so wäre

tar -xf thunderbird-151.0.1.tar.xz -C ~

dann wäre es home.

schragge schrieb:

von.wert In dem von dir verlinkten Bugzilla-Thread gibt es eine Zwischenlösung

Ich habe den gesamten Thread gelesen und bin absichtlich nicht auf diese "Lösung" eingegangen. Es bedarf nur eines falsch gesetzten Punktes und "~/.thunderbird/" ist weg. Für dieses Luxusproblem viel zu gefährlich. "~/thunderbird/" ist einfach nur ein leeres Verzeichnis (für andere hier: das beim Start von thunderbird angelegt wird, das hat nichts mit Entpacken zu tun, richtig lesen!), frißt so gut wie kein Brot, es gibt den Bugreport → einfach mal bis zu einer richtigen Lösung, sprich an der Wurzel, warten!

von.wert schrieb:

das hat nichts mit Entpacken zu tun, richtig lesen!),

Das verstehe ich nicht, wenn ich so entpacke -wie oben beschrieben-, dann ist der Ordner nicht leer. Ich sehe da doch einen gewissen Zusammenhang.

Richtig lesen oder nicht. Ich habe es in der VM mit Ubuntu 24.04 Mate ausprobiert.

☺ Ich bitte um "Aufklärung". 😎

Bitte versuche endlich zu verstehen, dass das eigentliche Problem nichts mit der Installationsart oder Distribution zu tun hat.

Das Problem liegt am Thunderbird. Der Thunderbird legt beim Start ein leeres Verzeichnis im HOME an, wenn man dies löscht, wird es beim nächsten Start von Thunderbird wegen des Bugs wieder angelegt. Siehe auch im inzwischen hier mehrfach verlinkten Bugreport.

von.wert schrieb:

Es bedarf nur eines falsch gesetzten Punktes und "~/.thunderbird/" ist weg.

Nein. Es ist rmdir, kein rm. Der Befehl kann nur leere Verzeichnisse löschen.

Berlin_1946 schrieb:

☺ Ich bitte um "Aufklärung". 😎

Versuche mal dieses DEB-Paket⮷ zu installieren. Du bekommst das gleiche Problem ohne dass überhaupt etwas in deinem Home-Verzeichnis entpackt wird.

@Berlin_1946: Ich installiere den Tarbollen-Thunderbird von Mozillas Thunderbird Webseite mit meinem Script "thunderbird-mozilla-binary-install-helper.sh". Dann landet Thunderbird natürlich im Verzeichnis /usr/lib/thunderbird. Aktuell gehalten wird der Thunderbird dann von Systemd, da mein Script eine passende timer und service Unit dafür erstellt und aktiviert.

Nichts desto trotz erstellt bei jedem Start Thunderbird das Leerverzeichnis $HOME/thunderbird, obwohl es da nichts zu holen und nichts zu suchen hat. Das Thunderbird Profil ist ganz klassisch unter:

$HOME/.thunderbird

Man kann es also als Bug, oder als kleine Nickeligkeit ansehen. Es würde auch keinen Sinn ergeben, dass Thunderbird das Verzeichnis $HOME/thunderbird erst beim Start erstellt, also bereits installiert ist, wenn der Thunderbird nach $HOME/thunderbird installiert wird, so, dass das Verzeichnis tatsächlich den Binary-Thunderbird mitsamt seinen Bibliotheken enthält, auch die Network Security Services Libs, die an diesem Ort Manipulationsmöglichkeiten mit Userrechten ausgesetzt sind. Weswegen ich ja den Thunderbird nach /usr/lib/thunderbird installiere. Und die Aktualisierung Systemd überlasse.

Wo hin genau Linusler seinen Thunderbird installiert, musst Du selbst fragen.

Jorber schrieb:

Bitte versuche endlich zu verstehen, dass das eigentliche Problem nichts mit der Installationsart oder Distribution zu tun hat.

Ja mit den aggressiven -endlich- hilfst du sehr beim Verstehe. Besser wäre, wenn du mir erklären würdest, warum es, wenn ich die Möglichkeit ins Home zu entpacken, ich keinen leerer Ordner erhalte. Wohin wurde denn entpackt, das das Problem entsteht. Es tritt doch nur auf, wenn ein andrer Ordner gewählt wird. Warum wird diese Frage nicht beantwortet.

Das Problem liegt am Thunderbird. Der Thunderbird legt beim Start ein leeres Verzeichnis im HOME an, ...

eben nicht, da ich genau das als Ablageort für das Programm gewählt habe.

Was spricht dagegen und was dafür.

Diese Stelle finde ich nicht im Bugreport. Könnte diese Stelle bitte jemand als Zitat hier einfügen. Leider finde ich in diesem sehr umfangreichen Bugreport dazu auch nichts.

Es geht nicht um die Installations-Art von Thunderbird, sondern um:

Jorber schrieb:

[…] verstehen, dass das eigentliche Problem nichts mit der Installationsart oder Distribution zu tun hat.

Das Problem liegt am Thunderbird. Der Thunderbird legt beim Start ein leeres Verzeichnis im HOME an, wenn man dies löscht, wird es beim nächsten Start von Thunderbird wegen des Bugs wieder angelegt. Siehe auch im inzwischen hier mehrfach verlinkten Bugreport.

D.h. mein Thunderbird könnte entpackt in einem Ordner "~/Programme/donnervogel/" liegen und dortdrin die ausführbare Datei "thunderbird" gestartet werden. Egal. Alle Donnervögel seit einigen Versionen legen aber einen Leerordner "~/thunderbird/" an, weil dies ein Fehler, ein Bug, im Donnervogel ist:

Patsche schrieb:

Ich habe das gleiche Phänomen unter Arch. ...

trollsportverein schrieb:

@Berlin_1946: Ich installiere den Tarbollen-Thunderbird von Mozillas Thunderbird Webseite mit meinem Script "thunderbird-mozilla-binary-install-helper.sh".

Danke für deine Antwort.

Ich sage es mal so, sicher können das nicht sehr viele, die hier -was auch immer- machen. Ich meine so ein Script schreiben. 👍

Was hat dich jetzt genau bewogen den Ort /usr/lib/thunderbird zu wählen, nur weil es dort nach den Regel hingehört. Die Vorteile des Tarball funktionieren doch auch bei dem home-verzeichnis.

Es gibt zwar einen Bugreport, aber tarball ist nicht "Standard" und könnte es nicht auch Absicht sein nicht so tief ins System einzugreifen. Ich meine das Verzeichnis /usr/lib/. Nur eine Idee "It’s not a bug, it’s a feature" 😎

und genau deshalb bleibt der "Fehler" so lange erhalten.

Was meinst du?

@Berlin_1946: Lange Jahre hatte ich PPAs vom Mozilla Team benutzt, aber irgendwann hatte das PPA Mozilla Team nicht mehr mit den Versionen von Mozilla Schritt gehalten. Snaps wollte ich aber auch weiterhin auf meiner Kubuntu Installation auf meiner alten kleinen SSD vermeiden. Das war dann der Anlass, warum ich mir das Script "thunderbird-mozilla-binary-install-helper.sh". ausgedacht hatte.

Unter /usr/lib/thunderbird ist das Thunderbird Binary und auch die Bibliotheken des Thunderbirds vor Manipulation mit User Rechten geschützt. Bloß kann dann auch der Thunderbird sich nicht mehr aktualisieren, da die Macher vom Tarbollen-Thunderbird das auf die unsicheren User Rechte ausgelegt haben. Daher musste Systemd mit passenden Units fürs aktuell halten unter /usr/lib/thunderbird einspringen. Und das macht Systemd dann auch automagisch.

Berlin_1946 schrieb:

Jorber schrieb:

Bitte versuche endlich zu verstehen, dass das eigentliche Problem nichts mit der Installationsart oder Distribution zu tun hat.

Ja mit den aggressiven -endlich- hilfst du sehr beim Verstehe.

Jorber hat aber absolut Recht. Es ist alles gesagt, mehrfach. Ob man das nun mit gesalbten Worten oder im Klartext bringt, Du solltest den verlinkten Thread lesen. Komplett.

Nochmal deutlich: Das Anlegen des völlig nutzlosen leeren Verzeichnisses passiert nicht beim Entpacken (und das hat auch nichts mit Installieren zu tun), sondern beim Start. Bei jedem Start, sollte man das Verzeichnis gelöscht haben. Das ist reproduzierbar und distributionsunabhängig.

Ich könnte hier wichtige Passagen fett hervorheben, es wäre aber alles fett.

von.wert schrieb:

Nochmal deutlich: Das Anlegen des völlig nutzlosen leeren Verzeichnisses passiert nicht beim Entpacken ...

Wer hat das denn je gesagt? Ich habe immer vom dem Ziel des Entpakungsbefehls geschrieben. Aber okay ich glaube mich will keiner verstehen. Da kann ich mir den Report auch x mal durchlesen.

Nochmal, wenn das Programm im home abgelegt ist, ist der Ordner nicht leer. Ist nur ein Hinweis und ist auch so getestet. Nicht mehr und nicht weniger.

Thunderbird soll keinen Ordner "~/thunderbird" anlegen“

Macht das Programm auch nicht, wenn ...

Nachtrag:

mate-vm-24@matevm24-VirtualBox:~/thunderbird$ ls -la| grep -i thund
-rwxr-xr-x  1 mate-vm-24 mate-vm-24      5528 Mai 23 02:08 thunderbird
-rwxr-xr-x  1 mate-vm-24 mate-vm-24    589816 Mai 23 02:08 thunderbird-bin
mate-vm-24@matevm24-VirtualBox:~/thunderbird$ 

der Daten- und der Programmordner

mate-vm-24@matevm24-VirtualBox:~$ ls -la | grep -i thunder
drwx------  6 mate-vm-24 mate-vm-24   4096 Mai 28 13:29 .thunderbird
drwxr-xr-x  8 mate-vm-24 mate-vm-24   4096 Mai 28 14:11 thunderbird
mate-vm-24@matevm24-VirtualBox:~$ 

Thunderbird soll keinen Ordner "~/thunderbird" anlegen“

Macht das Programm auch nicht, wenn ...

...Du das Archiv dorthin entpackt hast - also mal ernsthaft, das ist doch klar. Was da ist, kann nicht neu angelegt werden. Wenn Du solchen Quark machst, Programmverzeichnisse nach ~ entpacken. Dafür ist /opt da.

Es ist ein Fehler im Source Code, der sich bei Dir lediglich nicht auswirken kann.

von.wert schrieb:

Wenn Du solchen Quark machst,

Quark, okay. Kannst du es auch mit Fakten untermauern? Was so "quarkisch" ist.

/opt ist der korrekt Weg. Aber was ist da jetzt so verwerflich. Bestehen Gefahren.

Wenn schon ein leerer Ordner so sehr stört, kann es jedenfalls so vermieden werden.

Jetzt kann man zwischen Quark 1 und Quark 2 wählen.

Und alle 😎 "Quarkt-User" 🤣 , die gegen leere Ordner kämpfen ist dieser Befehl zu empfehlen:

sudo find / -xdev -type d -empty 2>/dev/null| less

😊 less vorsichtshalber falls es zu viele sind 😇