Alle mercoledì 7 marzo 2012, Christoph Egger ha scritto: > Your package failed to build on the kfreebsd-* and hurd-* buildds: > > ./testi18n > [...] > cupsCharsetToUTF8(CUPS_EUC_JP): FAIL (len=5, expected 9) > utf8japan: 41 20 21 3d 20 ee9c80 2e > utf8dest: 41 20 21 3d 20 Looking at cups/testi18n.c, this check is enclosed within a «#ifndef __linux ... #endif» block, so most probably it would fail on Linux too. Inspecting the SVN history, we can find r9455 (in trunk, shortly before the 1.5 branching) that adds the #ifndef block; unfortunately, the reasons why it has been done are very scarce: $ LC_ALL=C svn log -v -c 9455 ------------------------------------------------------------------------ r9455 | mike | 2011-01-10 09:06:59 +0100 (Mon, 10 Jan 2011) | 2 lines Changed paths: M /trunk/cups/testi18n.c Don't require one of the UTF-8 tests to pass on Linux... ------------------------------------------------------------------------ One reason I can find about the failure is some different iconv behaviour of the GNU libc implementation vs other (Apple?) ones. The possible two fixes I see are: a) find out why such test fails even on Linux (with GNU libc), fix that and most probably it will pass on kFreeBSD and Hurd too b) extend that #ifndef block like «#if !defined(__linux__) && !defined(__GLIBC__)» (which could be some temporary workaround in a Debian patch) -- Pino Toscano
Attachment:
signature.asc
Description: This is a digitally signed message part.