https://bugs.kde.org/show_bug.cgi?id=410980
--- Comment #14 from caulier.gil...@gmail.com --- Maik, I advance more and more in locale support problem with AppImage. Now i can reproduce the problem with the digiKam compiled for the AppImage but installed and executed on the compilation system. Typically, before to process bundle packaging, whole necessary libraries and programs are compiled and installed. This is true also for digiKam executable. This is the same process than to compile on a target computer, excepted that all is automatized. So, the /usr/bin/digikam can be started and used as well, _without_ any locale problem reported by ICU libraries. And now, i can reproduce the warning from QCollator at run time. Remember the error code : "Could not create collator for "en" :: ICU return value: 4" This string is an adjusted qWarning in QCollator init for icu backend. 4 is for file not found on the system. The question is : which file is not found? Well i suspected that configuration files are not parsed, but it's not the case. I can reproduce this warning on the system when i run digiKam, when i rename /usr/share/icu to *.old. In this folder libicu store a large .dat file with all char conversion tables (or something like that). If i read the icu doc, it's clear that this kind of data can be taken from a icu shared library to optimize speed. This one is hosted and even pre loaded in AppImage bundle, but for obscure reasons, it's not used and the .dat file is used instead, and of course not found in the bundle, as i don't include /usr/share/icu in AppImage. But, if i include this directory at the same place in the bundle, the problem is not solved... Gilles -- You are receiving this mail because: You are watching all bug changes.
