| 1 |
Daniel Iliev <danny@××××××××.com> posted 4593A5E0.7010505@××××××××.com, |
| 2 |
excerpted below, on Thu, 28 Dec 2006 13:09:20 +0200: |
| 3 |
|
| 4 |
> whois (from net-misc/whois-4.7.19) gives me: |
| 5 |
> |
| 6 |
> whois gentoo.org |
| 7 |
> getaddrinfo(whois.publicinterestregistry.net): Bad value for ai_flags |
| 8 |
|
| 9 |
[snip] |
| 10 |
|
| 11 |
> So I did "emerge -1 glibc emul-linux-x86-baselibs libidn whois" but it |
| 12 |
> didn't solve the problem. Any ideas? |
| 13 |
|
| 14 |
I'm not a whois expert by far (anyone have a link to a decent tutorial |
| 15 |
handy?), but on I'm on ~amd64 here, so have whois-4.7.20 (which is |
| 16 |
keyworded ~amd64) merged, and that whois query returned what looked like |
| 17 |
valid data to me, here. |
| 18 |
|
| 19 |
One thing I can say, however, is that the emul-linux-x86-baselibs has |
| 20 |
nothing to do with it, since it's 32-bit and wouldn't even load in the |
| 21 |
process space of a 64-bit whois process. 32-bit and 64-bit processes and |
| 22 |
libraries simply don't mix, the whole reason the 32-bit emul-linux-x86-* |
| 23 |
and -bin packages are necessary in the first place. (A very few packages, |
| 24 |
including gcc/glibc/sandbox, compile separate code and normally separate |
| 25 |
files for each bitness, but they are special cases.) |
| 26 |
|
| 27 |
-- |
| 28 |
Duncan - List replies preferred. No HTML msgs. |
| 29 |
"Every nonfree program has a lord, a master -- |
| 30 |
and if you use the program, he is your master." Richard Stallman |
| 31 |
|
| 32 |
-- |
| 33 |
gentoo-amd64@g.o mailing list |
Archives