as we got IDN domains in central europe this week, I recognized that "whois" is able to handle those punycode-coded domain names but portage does not enable ist and does not depend on libidn. libidn is in portage since this week because kde 3.2.1 will use it. If I install it manually, whois does not know about it (doesn't have a configure-script). I solved it by running make "HAVE_LIBIDN=1" which results in a linker error because libidn's interface has changed recently (I think). The solution is to replace if (idna_to_ascii_from_locale(ret, &p, 0, 0) != IDNA_SUCCESS) with if (idna_to_ascii_lz(ret, &p, 0) != IDNA_SUCCESS) in whois.c file. This works for me as long as there is no newer version of "whois". Perhaps someone could do a -r1 ebuild for this. I suggest putting "net-dns/libidn" in depend if USE=nls is set. or hard depend, don't know what's better... :-)
*** Bug 43693 has been marked as a duplicate of this bug. ***
hardcoded in whois-4.6.22 ;)
So why isn't it a USE flag or something similiar? Here in the Netherlands we don't use these 'strange' symbols, it's the first and only package that depends on libidn. I don't want to install a 2mb tarball just because a simple whois tool _could_ use it. I say make it a useflag! (in combination with the nls flag maybe or something the like).
