[Gelöst] Shotwell startet nicht

[falzter]

Hallo,

ich habe Mageia 3 RC von der 64-Bit-DVD mit LXDE und XFCE installiert, nutze letzteres als Default-Oberfläche und kann Shotwell nicht starten. Ich erhalte beim Startversuch ein Fenster mit der Fehlermeldung:

Shotwell
Error loading UI file /bin/ui/tag_sidebar_context.ui: Datei »/bin/ui/tag_sidebar_context.ui« konnte nicht geöffnet werden: Datei oder Verzeichnis nicht gefunden

Das angegebene Verzeichnis (auch hinter /usr/bin/) existiert schlichtweg nicht. Hat jemand eine Ahnung, was da los ist?

[man-draker]

Hat jemand eine Ahnung, was da los ist?

Liegt bei Mageia normalerweise unter
/usr/share/shotwell/ui/

Wenn der Rechner nicht von Grund auf neu installiert wurde - inklusive neuem /home, dann teste bitte zuerst, ob das Problem auch bei einem neu angelegten Benutzer auftritt.

[falzter]

OK, daran kanns liegen. Leider hab ich die Konfigdatei in meinem /home noch nicht finden können, lediglich die Bilddatenbank. Letztere würde ich schon gerne übernehmen (steckt Arbeit drin ). Wo finde ich denn die Konfig?

A propos Konfidateien für eine bestimmte Anwendung aus /home löschen (OT): Hat sich schonmal jemand mit Mundus befasst? Ein nettes kleines Werkzeug, welches genau das zielgenau macht. Leider funktioniert das dort angebotene RPM nicht unter Mageia...

[man-draker]

OK, daran kanns liegen.

Kann oder tut es?

Die Photodatenbank liegt im Übrigen unter: ~/.local/share/shotwell/data/

PS: Evtl. sagt ~/.cache/shotwell/shotwell.log Näheres zu deinem Fehler.

[alf]

Hat sich schonmal jemand mit Mundus befasst? Ein nettes kleines Werkzeug, welches genau das zielgenau macht. Leider funktioniert das dort angebotene RPM nicht unter Mageia...

Ich habe mir gerade mal das Fedora-RPM von hier https://launchpad.net/mundus/+download installiert. Funktioniert einwandfrei, allerdings erst nachdem ich u.a. die Gambas-IDE installiert habe.

[falzter]

allerdings erst nachdem ich u.a. die Gambas-IDE installiert habe.

OK, mal testen.

Kann oder tut es?

Tut es interessanterweise nicht. Neuer User, Name noch nie verwendet, home-Verzeichnis folglich neu. Systempartition wurde vor der Installation heute morgen formatiert, also auch keine Leichen aus /etc/skel vom letzten System denkbar. Merkwürdig...

Funktioniert denn Shotwell unter 3 RC bei jemandem korrekt? Welche GUI wird dabei benutzt?

[falzter]

So, ich bin zwei Schritte weiter:

1.) Mundus funktioniert, danke!
2.) Shotwell funktioniert, wenn ich die Binary (/bin/shotwell) direkt starte.

Möglicherweise übergibt der Startmenüeintrag einen falschen Parameter. Mal suchen (und das, wo ich manuelle Startmenükonfiguration so hasse...)

[man-draker]

Funktioniert denn Shotwell unter 3 RC bei jemandem korrekt? Welche GUI wird dabei benutzt?

In meiner VM funktioiniert Shotwell ganz ausgezeichnet. Selbst unter Enlightment.

[man-draker]

2.) Shotwell funktioniert, wenn ich die Binary (/bin/shotwell) direkt starte.

/bin ist seit mga3 nur noch ein Link auf /usr/bin.

Dein Ursprungsproblem war doch, dass Shotwell die UI-Datei am falschen Ort gesucht hat, nämlich unter /bin statt /usr/share/shotwell/

[falzter]

Richtig, das habe ich auch noch verstanden.
Zusammengefasst habe ich festgestellt:
- Es liegt nicht an der userseitigen Konfiguration
- Die Binary lässt sich in Thunar direkt starten, dann funktioniert Shotwell fehlerfrei
- Über die Konsole aus ~/ und über das Startmenü wirft Shotwell den genannten Fehler

Ich stehe auf dem Schlauch, denn wäre der Startmenüeintrag fehlerhaft (Exec = shotwell %U), käme der Fehler nicht, wenn ich in der Konsole shotwell starten will.

[man-draker]

- Über die Konsole aus ~/ und über das Startmenü wirft Shotwell den genannten Fehler

Soll heißen: Terminalfenster auf, "shotwell" (ohne Pfad) eingegeben und: Fehlermeldung?

Hm, evtl. hilft es, shotwell erst zu de- und dann wieder zu installieren.
(Vorher aber Backup der Datenbank!)

[falzter]

Terminalfenster auf, "shotwell" (ohne Pfad) eingegeben und: Fehlermeldung?

Genau. Aber, Eingabe von

Code: Alles auswählen

/usr/bin/shotwell

funktioniert, dann startet es.

Edit: Und noch etwas funktioniert: wenn ich aus meinem Verzeichnis heraus shotwell mit Root-Rechten starte, öffnet es sich ebenfalls.

Hm, evtl. hilft es, shotwell erst zu de- und dann wieder zu installieren.

Leider auch nicht...

[falzter]

Ich habe heute wieder etwas Zeit gefunden, mich mit dem Problem zu befassen und mir mal eine VM dafür aufgesetzt. Auch hier habe ich das Problem, egal mit welcher GUI. Nutzt du in deiner VM 32 oder 64 Bit?

[man-draker]

Nutzt du in deiner VM 32 oder 64 Bit?

64

[falzter]

Hmm, ich auch.

Darf ich fragen, wie du die VM aufgesetzt hast (Medium und installierte UIs)?

[lula]

Hallo,

Terminalfenster auf, "shotwell" (ohne Pfad) eingegeben und: Fehlermeldung?

Genau. Aber, Eingabe von

Code: Alles auswählen

/usr/bin/shotwell

funktioniert, dann startet es.
Edit: Und noch etwas funktioniert: wenn ich aus meinem Verzeichnis heraus shotwell mit Root-Rechten starte, öffnet es sich ebenfalls.

Das sieht für mich nach einem alten alias, symlink o. ä. aus. Mach mal bitte in einem Terminal als user:

Code: Alles auswählen

which shotwell
#und
type shotwell
#und
whereis shotwell

Grüße,
Lutz

[falzter]

Treffer, würde ich sagen:

Code: Alles auswählen

bash-4.2$ which shotwell
/bin/shotwell
bash-4.2$ #und
bash-4.2$ type shotwell
shotwell ist /bin/shotwell
bash-4.2$ #und
bash-4.2$ whereis shotwell
shotwell: /bin/shotwell /usr/bin/shotwell /lib64/shotwell /usr/lib64/shotwell /usr/libexec/shotwell /usr/share/shotwell

Nur warum? Es tritt bei mir in einer mit Mageia 3 RC neu aufgesetzten VM auf, da ist nichts "altes", was übernommen wurde.

[lula]

Hallo,

wenn das eine saubere Neuinstallation ist, dann halte ich das für einen Bug, da werden doch irgendwelche Pfade nicht richtig aufgelöst. Spannend wäre als Vergleich vielleicht noch, wenn Du die Befehle mal als root ausführst, ob es irgendwelche Unterschiede gibt, Du hast ja geschrieben, daß als root ein einfaches "shotwell" im Terminal funktioniert.

Grüße,
Lutz

[man-draker]

Darf ich fragen, wie du die VM aufgesetzt hast (Medium und installierte UIs)?

Ich habe mein VBox 4.2.12 r84980 gestartet, eine Mandriva-Linux64 VM erzeugt, von der Mageia-3-RC-x86_64-DVD.iso
installiert und alle dabei unter "Benutzerdefiniert" alle angebotenen UIs ausgewählt.
So sieht das Angebot aus:

[man-draker]

Code: Alles auswählen

bash-4.2$ which shotwell
/bin/shotwell
bash-4.2$ #und
bash-4.2$ type shotwell
shotwell ist /bin/shotwell
bash-4.2$ #und
bash-4.2$ whereis shotwell
shotwell: /bin/shotwell /usr/bin/shotwell /lib64/shotwell /usr/lib64/shotwell /usr/libexec/shotwell /usr/share/shotwell

Bei mir schaut das merginal (aber evtl. entscheidend) anders aus:

Code: Alles auswählen

[man-draker@localhost ~]$ which shotwell
/usr/bin/shotwell
[man-draker@localhost ~]$ type shotwell
shotwell ist /usr/bin/shotwell
[man-draker@localhost ~]$ whereis shotwell
shotwell: /bin/shotwell /usr/bin/shotwell /lib64/shotwell /usr/lib64/shotwell /usr/libexec/shotwell /usr/share/shotwell
[man-draker@localhost ~]$


Danach sieht es so aus, als ob beidir die Verknüpfung mit /bin eine Abweichung ist.
Wie sieht es denn in deinem /-Verzeichnis mit ls -l aus?

Code: Alles auswählen

insgesamt 80
lrwxrwxrwx   1 root root     7 Apr 23 19:57 bin -> usr/bin/
drwxr-xr-x   4 root root  4096 Mai  4 10:41 boot/
-rw-------   1 root root  8801 Mai  1 17:30 dead.letter
drwxr-xr-x  18 root root  3420 Mai  4 10:41 dev/
drwxr-xr-x 126 root root 12288 Mai  4 10:41 etc/
drwxr-xr-x   4 root root  4096 Apr 23 20:29 home/
drwxr-xr-x   2 root root  4096 Apr  1 22:49 initrd/
lrwxrwxrwx   1 root root     7 Apr 23 19:57 lib -> usr/lib/
lrwxrwxrwx   1 root root     9 Apr 23 19:57 lib64 -> usr/lib64/
drwx------   2 root root 16384 Apr 23 19:55 lost+found/
drwxr-xr-x   2 root root  4096 Apr  1 22:49 media/
drwxr-xr-x   2 root root  4096 Apr  1 22:49 mnt/
drwxr-xr-x   2 root root  4096 Apr  1 22:49 opt/
dr-xr-xr-x 129 root root     0 Mai  4 10:40 proc/
drwxr-x---  11 root root  4096 Mai  4 00:41 root/
drwxr-xr-x  28 root root   820 Mai  4 10:44 run/
lrwxrwxrwx   1 root root     8 Apr 23 19:57 sbin -> usr/sbin/
drwxr-xr-x   2 root root  4096 Apr  1 22:49 srv/
dr-xr-xr-x  13 root root     0 Mai  4 10:40 sys/
drwxrwxrwt  14 root root   360 Mai  4 10:45 tmp/
drwxr-xr-x  16 root root  4096 Apr 23 20:08 usr/
drwxr-xr-x  15 root root  4096 Apr 23 20:38 var/
[man-draker@localhost ~]$


[falzter]

Spannend wäre als Vergleich vielleicht noch, wenn Du die Befehle mal als root ausführst

Code: Alles auswählen

[root@localhost hendrik]# which shotwell
/usr/bin/shotwell
[root@localhost hendrik]# #und
[root@localhost hendrik]# type shotwell
shotwell ist /usr/bin/shotwell
[root@localhost hendrik]# #und
[root@localhost hendrik]# whereis shotwell
shotwell: /bin/shotwell /usr/bin/shotwell /lib64/shotwell /usr/lib64/shotwell /usr/libexec/shotwell /usr/share/shotwell


In der Tat, als root passt das - wie (fast) erwartet.

Ich habe mein VBox 4.2.12 r84980 gestartet, eine Mandriva-Linux64 VM erzeugt, von der Mageia-3-RC-x86_64-DVD.iso
installiert und alle dabei unter "Benutzerdefiniert" alle angebotenen UIs ausgewählt.

Hab ich ähnlich gemacht, allerdings mich zunächst auf LXDE beschränkt. Werde mal weitere Desktops nachinstallieren und testen.

Wie sieht es denn in deinem /-Verzeichnis mit ls -l aus?

Auf den ersten Blick nicht anders:

Code: Alles auswählen

bash-4.2$ ls -l
insgesamt 484
lrwxrwxrwx   1 root root      7 Mai  1 11:32 bin -> usr/bin
drwxr-xr-x   5 root root   4096 Mai  4 09:38 boot
-rw-------   1 root root 424100 Mai  4 10:15 dead.letter
drwxr-xr-x  21 root root   3940 Mai  4 09:38 dev
drwxr-xr-x 119 root root  12288 Mai  4 00:44 etc
drwxr-xr-x   5 root root   4096 Mai  1 19:11 home
drwxr-xr-x   2 root root   4096 Apr  1 22:49 initrd
lrwxrwxrwx   1 root root      7 Mai  1 11:32 lib -> usr/lib
lrwxrwxrwx   1 root root      9 Mai  1 11:32 lib64 -> usr/lib64
drwx------   2 root root  16384 Mai  1 11:31 lost+found
drwxr-xr-x   5 root root   4096 Apr  1 22:49 media
drwxr-xr-x   2 root root   4096 Apr  1 22:49 mnt
drwxr-xr-x   4 root root   4096 Mai  1 10:40 opt
dr-xr-xr-x 164 root root      0 Mai  4 11:38 proc
drwxr-x---  11 root root   4096 Mai  4 12:05 root
drwxr-xr-x  26 root root    760 Mai  4 12:01 run
lrwxrwxrwx   1 root root      8 Mai  1 11:32 sbin -> usr/sbin
drwxr-xr-x   2 root root   4096 Apr  1 22:49 srv
dr-xr-xr-x  13 root root      0 Mai  4 11:38 sys
drwxrwxrwt  18 root root    400 Mai  4 11:57 tmp
drwxr-xr-x  14 root root   4096 Mai  1 11:41 usr
drwxr-xr-x  14 root root   4096 Mai  1 11:32 var


[man-draker]

Was steht denn in deinem Pfad als User?

Code: Alles auswählen

$ echo $PATH

[falzter]

Ich glaube fast, da steht zu viel drin:

Code: Alles auswählen

bash-4.2$ echo $PATH
/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/games:/usr/lib64/qt4/bin


Zum Vergleich als root:

[root@localhost hendrik]# echo $PATH
/usr/local/sbin:/usr/sbin:/usr/local/bin:/usr/bin:/usr/lib64/qt4/bin

Ich wage mal iene Vermutung:
Da beim Aufruf als User bereits über /bin shotwell gefunden werden kann, nimmt er das und die restlichen Pfade passe dann irgendwie nicht. Als root findet er das Programm erst unter /usr/bin und damit passen die Pfade und das Programm startet. Das würde das Verhalten erklären, wäre also ein Bug. Nur woher kommen die falschen Einträge?

[falzter]

Ich habe in meiner VM aus reiner Neugier mal ausprobiert, wie sich shotwell in verschiedenen UIs verhält. Interessanterweise startet es bei mir in E17 auch, nicht aber in Gnome, GnomeClassic, KDE, LXDE, XFCE, OpenBox und IceWM. mandraker, könntest du mir den Gefallen tun, und Showtell mal in deiner VM in FXCE oder so ausprobieren?

[man-draker]

Ich glaube fast, da steht zu viel drin:

Code: Alles auswählen

bash-4.2$ echo $PATH
/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/games:/usr/lib64/qt4/bin


Genau, das "/bin:" ist zuviel.
Stellt sich die Frage, wie s dahin kommt.
Ich installiere gerade eine VM nur mit LXDE, um zu sehen, ob ich das Problem reproduzieren kann.
...
In der neuen VM ist /bin: im Pfad.
Der Fehler tritt auf.