So, die Version 2.1.10 aus dem Repo Gnome Apps ( http://download.opensuse.org/r…NOME:/Apps/openSUSE_13.1/ ) startet wieder wieder mit dem Standard-Theme, der Fehler ist behoben. Probiert es aus!
Beiträge von HaZweiOh
-
-
Bei mir läuft es mit dem genannten Aufruf jetzt zuverlässig. Es ist die Version 2.1.8-1.5 von Packman.
-
Du hast den Upgrade von 12.3 auf 13.1 durchgeführt ohne eine Datensicherung zu machen....
Dann ist klar dass einiges nicht mehr funktionieren wird....Ich habe vor dem Update ein Backup gemacht, aber nur wegen eines Taggers zurückgehen, wo sonst alles bestens läuft?
Puddletag?
Puddletag kam am dichtesten an Easytag ran, ohne ein gleichwertiger Ersatz zu sein, trotzdem danke für den Tipp.
Ich hab eine Lösung für das Problem gefunden und damit auch eine Erklärung, warum es bei manchen doch lief. Scheinbar verträgt Easytag sich nicht mit dem Gnome-Theme oxygen-gtk. Wenn man das Theme ändert oder Easytag mit dem folgenden Kommando startet, läuft es:
CodeGTK2_RC_FILES=/usr/share/themes/Clearlooks/gtk-2.0/gtkrc easytagHässlich, aber funktioniert
Warum so ein Bug seit März nicht gefixt wird finde ich seltsam. Siehe https://bugs.launchpad.net/ubu…urce/easytag/+bug/1160729
-
umbenannt?
Stimmt, hätte ich selbst finden können
Leider ist dort keine Log-Datei.Easytag stürzt bei mir übrigens unabhängig vom User ab (habe zwei User + root probiert) und wie gesagt ganz ohne Fehlermeldung. Habt Ihr noch eine Idee, woran es liegen kann bzw. was ich versuchen könnte? Easytag ist nicht adequat ersetzbar.
- Das Programm neu installiert hab ich schon. Andere Gnome-Anwendungen wie Firefox, dia und Gimp funktionieren.
- Bin wieder auf die Packman-Version zurückgegangen, mit su - war ein einmaliger Start möglich. Das Programm lief und auf der Konsole gab's eine Warnung:
"GLib-WARNING **: In call to g_spawn_sync(), exit status of a child process was requested but ECHILD was received by waitpid(). Most likely the process is ignoring SIGCHLD, or some other thread is invoking waitpid() with a nonpositive first argument; either behavior can break applications that use g_spawn_sync either directly or indirectly."- Bei KDE-Anwendungen kann man recht fix mit wenigen debug-Paketen und einem Wizard einen Fehlerbericht erzeugen. Für easytag fehlen gdb an die 50 debuginfo-Pakete für die Bibliotheken. Finde ich etwas viel dafür, dass ich nicht weiß, ob's mich weiterbringt.
-
meine Repos sehen so aus:
Code
Alles anzeigen10 | repo-update | openSUSE 13.1 Update | Yes | Yes | 90 | http://download.opensuse.org/update/13.1/ 3 | Packman | Packman | Yes | Yes | 95 | http://packman.inode.at/suse/openSUSE_13.1/ 5 | libdvdcss | libdvdcss | Yes | Yes | 95 | http://opensuse-guide.org/repo/13.1/ 1 | Gnome_Apps | Gnome Apps | Yes | Yes | 99 | http://download.opensuse.org/repositories/GNOME:/Apps/openSUSE_13.1/ 2 | LibreOffice | OBS LibreOffice | No | Yes | 99 | http://download.opensuse.org/repositories/LibreOffice:/Stable/openSUSE_13.1/ 6 | repo-debug | openSUSE 13.1 Debug | Yes | Yes | 99 | http://download.opensuse.org/debug/distribution/13.1/repo/oss/ 7 | repo-debug-update | openSUSE 13.1 Debug Update | Yes | Yes | 99 | http://download.opensuse.org/debug/update/13.1/ 8 | repo-debug-update-non-oss | openSUSE 13.1 Debug Update non-OSS | Yes | Yes | 99 | http://download.opensuse.org/debug/update/13.1-non-oss/ 9 | repo-non-oss | openSUSE 13.1 non-OSS | Yes | Yes | 99 | http://download.opensuse.org/distribution/13.1/repo/non-oss/ 11 | repo-update-non-oss | openSUSE 13.1 Update non-OSS | Yes | Yes | 99 | http://download.opensuse.org/update/13.1-non-oss/ 12 | repo_oss | openSUSE 13.1 OSS | Yes | Yes | 99 | http://download.opensuse.org/distribution/13.1/repo/oss/ 13 | repo_source | openSUSE 13.1 Source | Yes | Yes | 99 | http://download.opensuse.org/source/distribution/13.1/repo/oss/Hab ein Update von 12.3 gemacht, womit easytag sauber lief.
Auf dem betroffenen PC gibt es übrigens auch kein Verzeichnis ~/.easytag, auf einem anderen PC unter 12.2 schon. Manuelles Anlegen des Verzeichnisses ändert aber nichts. -
Bei mir war es definitiv die locale, gestern neu eingestellt und es geht wieder.
Die locale ist genauso gesetzt wie bei Dir, das kann es also nicht sein. Eben lief es mal wieder, ich konnte die Tags EINES Albums updaten. Dann habe ich ein zweites Album in das Musik-Verzeichnis verschoben (was bei easytag als Standard eingestellt ist) und es fror ein. So lief das schon mehrfach, ein Album geht, das zweite nicht mehr. Vielleicht überwacht easytag das Musik-Verzeichnis und stürzt (momentan) ab, wenn sich etwas daran ändert? Welche KDE-Version hast du?Ich bekomme übrigens keine Fehlermeldung. Stand das
CodeEasyTAG version 2.1.8: Abnormal exit (PID: 24426). Signal SIGSEGV (11) empfangen
einfach so in der Konsole oder hast du da nachgeholfen? -
Stelle mal per yast auf easytag Version 2.1.8-2.2.1 um und schaue mal, ob das Problem da auch auftritt.
Hier das gleiche Problem, ich hab drei versch. Easytag-Versionen getestet: openSUSE OSS (=2.1.8-2.2.1), Packman und Gnome:Apps. Die OSS-Variante stürzt immer ab, die Packman-Variante lief wenigstens nach dem ersten Start ein bisschen (aber instabil), einen zweiten Start hat sie nicht geschafft. In der GUI öffnet sich kein Fenster, in der Konsole hängt der Prozess ohne Fehlermeldung.
Bei mir läuft das Standard KDE 4.11.3 aus der 13.1. Treckie und DJAlex, bei denen es läuft, verwenden ja beide ein aktuelleres KDE. Klingt erstmal nicht so entscheidend, es sei denn da wurde ein Problem im Zusammenspiel mit Gnome-Apps gefixt??
