Ich verwende Ubuntu 14.04 64bit. Digikam arbeitete früher, hörte aber kürzlich auf zu arbeiten.
Ich habe mich gefragt, ob mir jemand helfen kann, dieses Problem zu lösen.
Ich habe eine Antwort von der Digikam-Mailingliste erhalten, die besagt, dass dies nicht wirklich ein Digikam-Problem ist, sondern ein Problem auf meinem System, bei dem ein Konflikt mit Qt4 und Qt5 besteht. Die Stapelverfolgung unten zeigt, wie Digikam auf einer Qt5-Bibliothek abstürzt, aber nur mit Qt4 programmiert ist.
Irgendwelche Vorschläge?
apt-cache policy digikam
digikam:
Installed: 4:3.5.0-0ubuntu10
Candidate: 4:3.5.0-0ubuntu10
Version table:
*** 4:3.5.0-0ubuntu10 0
500 http://au.archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages
100 /var/lib/dpkg/status
gdb digikam
Reading symbols from digikam...Reading symbols from /usr/lib/debug/.build-id/89/8c66e5a3a2b8dce7156f7e8c1698e4bd29ef9d.debug...done.
done.
(gdb) catch throw
Catchpoint 1 (throw)
(gdb) run
Starting program: /usr/bin/digikam
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault.
__strcmp_ssse3 () at ../sysdeps/x86_64/multiarch/../strcmp.S:286
286 ../sysdeps/x86_64/multiarch/../strcmp.S: No such file or directory.
(gdb) bt
#0 __strcmp_ssse3 () at ../sysdeps/x86_64/multiarch/../strcmp.S:286
#1 0x00007fffdf31609e in QMetaType::registerNormalizedType(QByteArray const&, void (*)(void*), void* (*)(void const*), void (*)(void*), void* (*)(void*, void const*), int, QFlags<QMetaType::TypeFlag>, QMetaObject const*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2 0x00007fffdeb0b7b7 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#3 0x00007ffff7dea13a in call_init (l=<optimised out>, argc=argc@entry=1, argv=argv@entry=0x7fffffffdf38, env=env@entry=0x7fffffffdf48) at dl-init.c:78
#4 0x00007ffff7dea223 in call_init (env=<optimised out>, argv=<optimised out>, argc=<optimised out>, l=<optimised out>) at dl-init.c:36
#5 _dl_init (main_map=0x7ffff7ffe1c8, argc=1, argv=0x7fffffffdf38, env=0x7fffffffdf48) at dl-init.c:126
#6 0x00007ffff7ddb30a in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
#7 0x0000000000000001 in ?? ()
#8 0x00007fffffffe29c in ?? ()
#9 0x0000000000000000 in ?? ()
(gdb) quit
A debugging session is active.
Inferior 1 [process 10315] will be killed.
Quit anyway? (y or n) y
Die Ausgabe des qtchooser-Tools
$ qtchooser -l
4
5
default
qt4-x86_64-linux-gnu
qt4
qt5-x86_64-linux-gnu
qt5
$ qtchooser -print-env
QT_SELECT="default"
QTTOOLDIR="/usr/lib/x86_64-linux-gnu/qt4/bin"
QTLIBDIR="/usr/lib/x86_64-linux-gnu"
Ich weiß, dass es in / usr / lib / x86_64-linux-gnu keine Bibliotheken namens Qt4 * gibt, obwohl ich die meisten libqt4-Pakete aus dem Haupt-Repo installiert (und neu installiert) habe.
Geschieht dies mit der vom offiziellen Ubuntu-Repository angebotenen Version?
—
Xangua
Ja. Das Entfernen des ppa und das Zurücksetzen auf die offizielle Repo-Version 3.5 (sehr alt) stürzt immer noch ab. Ich werde den Stack-Trace für die offizielle Repo-Version
—
aktualisieren
Könnten Sie die Ausgabe von
—
user.dz
qtchooser -l undqtchooser -print-env
Ja, den ursprünglichen Beitrag aktualisiert. Ich bin nicht sicher, wo sich die libqt4-Dateien befinden. Wenn Sie locate libQt4 ausführen, wird nichts zurückgegeben, während libQt5 alle Dateien in "/ usr / lib / x86_64-linux-gnu" sowie eine Vielzahl von app-spezifischen Ordnern in / opt zurückgibt.
—
jbbiomed
Ich habe mir das Paket in den Repos für qt4 angesehen und festgestellt, dass ihnen nicht "qt4" vorangestellt ist und die Dateien, die installiert werden sollen, tatsächlich auf meinem System funktionieren.
—
jbbiomed