Am 06.09.20 um 22:13 schrieb Christian Boltz:
Hallo Bernd, hallo zusammen,
Am Freitag, 4. September 2020, 19:01:02 CEST schrieb Bernd Obermayr:
nach dem gestrigen Update auf Version 7.2.1 will thunderbird nicht mehr starten. es kommt die Meldung:
'(thunderbird:13424): dconf-WARNING **: 18:28:54.752: Unable to open /var/lib/flatpak/exports/share/dconf/profile/user: Permission denied '
Ich hatte mal flatpak wegen spotify installiert, aber wieder gelöscht. Seither nervt mich das öfter durch ähnliche Meldungen.
Was hat thunderbird aus Tumbleweed mit flatpak zu schaffen? Wieso startet thunderbird wegen einem dconf Fehler nicht? Wie werd ich diesen flatpak-Müll wieder los?
Schuss ins Blaue: Kann es sein, dass sich in Deiner Thunderbird-Config noch irgendwo der /var/lib/flatpak/...-Pfad versteckt hat?
Thunderbird 78.2.1 hat beim ersten Start das Benutzerprofile konvertiert sodass es mit Tb 68.12.0, der jetzt läuft, nicht funktioniert hat. Hab also das letzte funktionierende Profil aus dem Backup geholt. Sowohl im 78..er wie auch im aktuellen Profil ist "flatpak" zumindest via `grep -ra flatpak` nicht zu finden. Ich hatte den tb 78.. mal mit der Option --safe-mode gestartet, da lief er. Allerdings halt mit Einschränkungen, also unbrauchbar. Das deaktivieren aller add-ons, (lightning,gContactSync,ImportExportTools NG und Provider for Google Calendar), half auch nicht.
Benenne mal testweise ~/.thunderbird/ nach ~/.thunderbird_AWAY um - lässt sich Thunderbird dann starten?
(Wie sich der Pfad in der bestehenden Config ändern lässt, kann ich Dir (als KMail-User ;-) leider nicht sagen.)
Nochwas: Guck mal als root, welche Daten in /var/lib/flatpak/exports/share/dconf/profile/user liegen.> Evtl. verstecken sich in dieser Gegend auch noch Deine Mails oder sonstige Thunderbird-Config ;-) Wie gesagt, ist flatpak komplett gelöscht. Im Moment gibt es /var/lib/flatpak nicht. Im BackUp existiert der Pfad, ist aber leer.
Wie ich ja schrieb, ist mir die Fehlermeldung 'dconf-WARNING **: 18:28:54.752: Unable to open
/var/lib/flatpak/exports/share/dconf/profile/user: Permission denied' schon früher mal untergekommen. Ich entsinne mich, dass ich da auch feststellte, dass der Pfad leer ist. Auch `chmod -R a+wrX /var/lib/flatpak` hat da nix genutzt. Hatte damals auch verschiedene Tips aus dem Netz versucht, ohne Erfolg. Deshalb hab ichs mal hier in der Liste versucht, in der Hoffnung, dass jemand eine Lösung weiss :))
Möglicherweise hat das gar nicht so viel mit TB zu tun, sondern der Fehler hängt mit dconf zusammen. Ein ----8<----- `grep -ra flatpak /etc/` /etc/apparmor.d/tunables/share:@{flatpak_exports_root} = {flatpak/exports,flatpak/{app,runtime}/*/*/*/*/export} /etc/apparmor.d/tunables/share:@{system_share_dirs} = /{usr,usr/local,var/lib/@{flatpak_exports_root}}/share /etc/apparmor.d/tunables/share:@{user_share_dirs} = @{HOME}/.local{,/share/@{flatpak_exports_root}}/share /etc/polkit-default-privs.easy:# flatpak (bsc#984817) /etc/polkit-default-privs.easy:# flatpak (bsc#1012961, bsc#1064011) /etc/polkit-default-privs.easy:# flatpak (bsc#1123653) /etc/polkit-default-privs.easy:# flatpak (bsc#1161091) /etc/permissions.local:/var/lib/flatpak root:root 0770 /etc/group-:flatpak:!:153: /etc/polkit-default-privs.restrictive:# flatpak (bsc#984817) /etc/polkit-default-privs.restrictive:# flatpak (bsc#1012961, bsc#1064011) /etc/polkit-default-privs.restrictive:# flatpak (bsc#1123653) /etc/polkit-default-privs.restrictive:# flatpak (bsc#1161091) /etc/group:flatpak:!:153: /etc/shadow.YaST2save:flatpak:!:18098:::::: /etc/polkit-default-privs.local:# flatpak (bsc#984817) /etc/polkit-default-privs.local:# flatpak (bsc#1012961, bsc#1064011) /etc/polkit-default-privs.local:# flatpak (bsc#1123653) /etc/polkit-default-privs.local:# flatpak (bsc#1161091) /etc/passwd-:flatpak:x:153:153:User for flatpak system helper:/:/sbin/nologin /etc/passwd.YaST2save:flatpak:x:153:153:User for flatpak system helper:/:/sbin/nologin /etc/passwd:flatpak:x:153:153:User for flatpak system helper:/:/sbin/nologin /etc/pipewire/pipewire.conf:load-module libpipewire-module-access # access.allowed=/usr/bin/pipewire-media-session access.force=flatpak /etc/shadow-:flatpak:!:18098:::::: /etc/polkit-default-privs.standard:# flatpak (bsc#984817) /etc/polkit-default-privs.standard:# flatpak (bsc#1012961, bsc#1064011) /etc/polkit-default-privs.standard:# flatpak (bsc#1123653) /etc/polkit-default-privs.standard:# flatpak (bsc#1161091) /etc/shadow:flatpak:!:18098:::::: ----8<---- Also apparmor, könnte es das sein? ----8<----- cat /etc/apparmor.d/tunables/share @{flatpak_exports_root} = {flatpak/exports,flatpak/{app,runtime}/*/*/*/*/export} # System-wide directories with behaviour analogous to /usr/share # in patterns like the freedesktop.org basedir spec. These are # owned by root or a system user, appear in XDG_DATA_DIRS, and # are the parent directory for `applications`, `themes`, # `dbus-1/services`, etc. @{system_share_dirs} = /{usr,usr/local,var/lib/@{flatpak_exports_root}}/share # Per-user/personal directories with behaviour analogous to # ~/.local/share in patterns like the freedesktop.org basedir spec. # These are owned by the user running an application, appear in # XDG_DATA_DIRS or XDG_DATA_HOME, and are the parent directory # for the same subdirectories as @{system_share_dirs} @{user_share_dirs} = @{HOME}/.local{,/share/@{flatpak_exports_root}}/share ----8<----- echo $XDG_DATA_DIRS /home/bernd/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:/usr/local/share:/usr/share:/var/lib/snapd/desktop:/etc/opt/kde3/share:/opt/kde3/share Aha :) Jetzt muss ich noch rausfinden wo das so gesetzt wird
Gruß
Christian Boltz
Danke :) -- Gruss Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org