Package: libc6 Version: 2.24-2 Followup-For: Bug #748215 Something important has changed w.r.t. that matter:
export LANG=C.UTF-8 echo "ça va が" | iconv -f UTF-8 -t 'ascii//translit' in Jessie, it returns expectedly > ca va iconv: illegal input sequence at position 7 in Stretch, it returns > ?a va ? Causing a bug like https://bugs.debian.org/837285 because using C.UTF-8 for LC_CTYPE was the only way i found to get ascii//translit to throw an error when it cannot find a match. Is there now another way to get the same result ? Jérémy. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libc6 depends on: ii libgcc1 1:6.2.0-3 libc6 recommends no packages. Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.59 pn glibc-doc <none> ii libc-l10n 2.24-2 ii locales 2.24-2 -- debconf information excluded
