see also bug 280, bug 347, bug 347 this bug addresses the warning part of iconv failures. Since it appears to be just warning, don't block bug 280 ###### root@qemux86-64:~# DISPLAY=:0.0 fotowall QIconvCodec::convertFromUnicode: using Latin-1 for conversion, iconv failed for BOM: Bad file descriptor QIconvCodec::convertFromUnicode: using Latin-1 for conversion, iconv_open failed QIconvCodec::convertToUnicode: using Latin-1 for conversion, iconv_open failed Illegal instruction ######
Honestly I have looked at this and the message itself doesn't really mean anything based on all of the searching I have done. If we are getting actual i18n failures that is a different story. My opinion is that we should mark this as WONTFIX.
Resolving as WONTFIX as above. If we get actual i18n issues with Qt then we can reopen or file a new bug as appropriate.
Installing eglibc-gconv-utf-16 makes the warning disappear.
Based on that should we add am RDEPENDS to fotowall?
If this dependency is independent of locale and is added conditional on using (e)glibc, then yes; I'd use RRECOMMENDS though since it's not a hard dependency.
This happens for every Qt application. For example, it happens for this minimal Qt application: #include <QCoreApplication> int main(int argc, char *argv[]) { QCoreApplication a(argc, argv); return 0; }
Qt's QString class stores strings internally using UTF-16 encoding. This affects conversions between the system's local 8-bit representation and QString's UTF-16 encoding. The example, the following functions would be affected: QString::fromLocal8Bit(...) QString::toLocal8Bit(...) It would use Latin-1 encoding instead of the system's encoding for conversion.
Right, this makes sense. In which case I guess the easiest thing would be to add the dependency to the qtcore package itself in qt4.inc.
Fixed by http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=ed4a919cae7b1e03d0cb83636ce88f50a3ca1d16