Your message dated Fri, 25 Nov 2022 23:54:32 +0100
with message-id <y4fhqoj1j7rfq...@fliwatuet.svr02.mucip.net>
and subject line Closing fixed bugs
has caused the Debian Bug report #965138,
regarding Unable to disable decoded IDN output in host
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
965138: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=965138
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: bind9-host
Version: 1:9.11.5.P4+dfsg-5.1+deb10u1
Severity: normal

Dear Maintainer,

Since buster, it seems that host insists in outputing a decoded version
of IDN domain names, and if the locale does not support it, it fails:

   schaefer@virtual:~$ env LC_CTYPE=C host xn--linux-neuchtel-lhb.ch
   host: Cannot represent 'xn--linux-neuchtel-lhb.ch.' in the current locale 
(string encoding error), use +noidnout or a different locale

However, the suggested option +nodinout does not work.

Then the manpage says:

> IDN SUPPORT
>        If host has been built with IDN (internationalized domain name) 
> support, it can accept and display non-ASCII domain names.  host 
> appropriately converts character encoding of domain
>        name before sending a request to DNS server or displaying a reply from 
> the server. If you'd like to turn off the IDN support for some reason, 
> defines the IDN_DISABLE environment
>        variable. The IDN support is disabled if the variable is set when host 
> runs.

However:

   schaefer@virtual:~$ env LC_CTYPE=C IDN_DISABLE=1 host 
xn--linux-neuchtel-lhb.ch localhost          
   host: Cannot represent 'xn--linux-neuchtel-lhb.ch.' in the current locale 
(string encoding error), use +noidnout or a different locale

the only partial workaround I know is to change the locale, e.g.:

schaefer@virtual:~$ env LC_CTYPE=fr_CH.iso-8859-1 IDN_DISABLE=1 host 
xn--linux-neuchtel-lhb.ch localhost

But then you don't get the xn-- but you get the diacrictic version in the 
specified locale:

   linux-neuchâtel.ch has address 46.140.72.222

it would be nice to have a working way of disabling this new host behaviour.

Have a nice day.

-- System Information:
Debian Release: 10.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-9-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=fr_CH.iso-8859-1 (charmap=ISO-8859-1), LANGUAGE=C 
(charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages bind9-host depends on:
ii  libbind9-161      1:9.11.5.P4+dfsg-5.1+deb10u1
ii  libc6             2.28-10
ii  libcap2           1:2.25-2
ii  libcom-err2       1.44.5-1+deb10u3
ii  libdns1104        1:9.11.5.P4+dfsg-5.1+deb10u1
ii  libfstrm0         0.4.0-1
ii  libgeoip1         1.6.12-1
ii  libgssapi-krb5-2  1.17-3
ii  libidn2-0         2.0.5-1+deb10u1
ii  libisc1100        1:9.11.5.P4+dfsg-5.1+deb10u1
ii  libisccfg163      1:9.11.5.P4+dfsg-5.1+deb10u1
ii  libjson-c3        0.12.1+ds-2
ii  libk5crypto3      1.17-3
ii  libkrb5-3         1.17-3
ii  liblmdb0          0.9.22-1
ii  liblwres161       1:9.11.5.P4+dfsg-5.1+deb10u1
ii  libprotobuf-c1    1.3.1-1+b1
ii  libssl1.1         1.1.1d-0+deb10u3
ii  libxml2           2.9.4+dfsg1-7+b3

bind9-host recommends no packages.

bind9-host suggests no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Closing bugs that have already been fixed in stable or unstable

Attachment: signature.asc
Description: PGP signature


--- End Message ---

Reply via email to