[Bug 684534] New: getaddrinfo-ipv6-sanity.diff no longer works
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c0 Summary: getaddrinfo-ipv6-sanity.diff no longer works Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: pbaudis@novell.com ReportedBy: mls@novell.com QAContact: qa@suse.de Found By: Customer Blocker: --- The getaddrinfo-ipv6-sanity.diff makes glibc not do IPv6 AAAA requests if ipv6 is disabled (i.e. there's no ipv6 interface config). The current glibc code calls gethostbyname4() if AF_UNSPEC is used, it ignores the usable_ipv6 parameter introduced with the getaddrinfo-ipv6-sanity.diff. I propose to only use gethostbyname4() if usable_ipv6 is true, i.e. change if (fct4 != NULL) to if (fct4 != NULL && usable_ipv6) in sysdeps/posix/getaddrinfo.c Side note: The debian version of getaddrinfo-ipv6-sanity.diff contains a slightly different getaddrinfo-ipv6-sanity.diff, it skips interfaces where there is only a link=local ipv6 address defined when doing the ipv6 usability check. That's good for people with routers running a broken DNS server, but it forbids link-local IPv6 networks. So I'm not sure if it's a good idea or not. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c1 --- Comment #1 from Michael Schröder <mls@novell.com> 2011-04-01 15:09:29 UTC --- Hmm, Dreppers idea about this seems to be that all applications should use AI_ADDRCONFIG. He didn't answer the question why it isn't the default if everybody has to use it. See: https://bugzilla.redhat.com/show_bug.cgi?id=459756 (libcurl doesn't use AI_ADDRCONFIG, that's why zypper/libzypp don't work correctly if your router's DNS is broken. See bug #684201) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c2 --- Comment #2 from Michael Schröder <mls@novell.com> 2011-05-13 11:56:35 UTC --- Hello Petr, can you please comment on this? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c5 Michael Matz <matz@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aj@novell.com Severity|Normal |Major --- Comment #5 from Michael Matz <matz@novell.com> 2011-06-16 12:42:05 UTC --- Given that gethostbyname4_r() tries to query T_A and T_AAAA when given T_UNSPEC this seems to be the only possibility. It would have been better is there was another way to communicate the non-ipv6 setting to that function, alas, there isn't (we could introduce a new flag for _res.options and check that in the various gethostbyname4_r implementation). It would be better because gethostbyname4_r also provides more information at once than gethostbyname3_r. It would also be better because then only the DNS nss routine could disable ipv6 queries. The other nss routines (like host_files) could still return ipv6 addresses, which is one of the problems that existed once with AI_ADDRCONFIG specified, when the notion of "system has ipv6 interface" was implemented incorrectly. In any case, yes, I think a change like proposed in initial comment seems sensible (on top of the other work around we have anyway already). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c6 Andreas Jaeger <aj@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |mls@novell.com --- Comment #6 from Andreas Jaeger <aj@novell.com> 2011-06-16 13:36:10 UTC --- I'm just building a glibc with this fix for openSUSE 12.1 and will submit it to Base:System in an hour. Could you test the new glibc and tell me whether everything is fine now, please? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c7 --- Comment #7 from Andreas Jaeger <aj@novell.com> 2011-07-19 13:50:37 UTC --- Ok, this introduces now bug 706719. Michael, could you check, please? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c8 --- Comment #8 from Michael Matz <matz@novell.com> 2011-07-19 14:42:41 UTC --- Well, we can't have it both ways. Either we do return ipv6 addresses when there's no interface with ipv6, or we don't. bug 706719 is about a system where there's no ipv6 interface, but still expects a ipv6 address to be returned. I would be inclined to say that this expectation is wrong, and indeed the past years changes in the resolver always worked towards not returning ipv6 addresses for machines were it's reasonable sure that it doesn't have ipv6. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c9 --- Comment #9 from Ralf Haferkamp <rhafer@novell.com> 2011-07-20 14:21:28 CEST --- (In reply to comment #8)
Well, we can't have it both ways. Either we do return ipv6 addresses when there's no interface with ipv6, or we don't. bug 706719 is about a system where there's no ipv6 interface, but still expects a ipv6 address to be returned. It doesn't expect an IPv6 to be returned. It only expects not to get the same IPv4 address returned twice. And at least according to the "ip" output there is an IPv6 address configured for lo (though I might just have missunderstood you):
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 brd 127.255.255.255 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000 link/ether 52:54:00:ba:a7:83 brd ff:ff:ff:ff:ff:ff
I would be inclined to say that this expectation is wrong, and indeed the past years changes in the resolver always worked towards not returning ipv6 addresses for machines were it's reasonable sure that it doesn't have ipv6. That would be ok, but why is it returning 127.0.0.1 twice, now?
-- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c10 Michael Matz <matz@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|mls@novell.com | Severity|Major |Critical --- Comment #10 from Michael Matz <matz@novell.com> 2011-07-20 13:41:22 UTC --- (In reply to comment #9)
That would be ok, but why is it returning 127.0.0.1 twice, now?
See also bug 606980 . Basically upstream decided that returning this twice for localhost is okay. You'll somehow have to deal with this. (the ipv6 address on lo is ignored to determine ipv6 capabilities of the host) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c11 --- Comment #11 from Ralf Haferkamp <rhafer@novell.com> 2011-07-20 16:28:09 CEST --- (In reply to comment #10)
See also bug 606980 . Basically upstream decided that returning this twice for localhost is okay. You'll somehow have to deal with this. Upstream also "decided" that: "The ::1 entry should have no localhost names associated." (https://bugzilla.redhat.com/show_bug.cgi?id=496300#c3). But our default /etc/hosts does exactly this.
-- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c12 --- Comment #12 from Michael Matz <matz@novell.com> 2011-07-20 14:38:53 UTC --- (In reply to comment #11)
Upstream also "decided" that: "The ::1 entry should have no localhost names associated." (https://bugzilla.redhat.com/show_bug.cgi?id=496300#c3). But our default /etc/hosts does exactly this.
Yeah. See further down that bug report. It enumerates all issues connected with this problem. If we remove localhost from ::1 in /etc/hosts ipv6-only systems wouldn't work correctly anymore. If we leave it in we get double returns of 127.0.0.1 because of the rewriting on ipv4-only systems. Catch 22. I don't have a good solution for this, but I think the lesser evil is to deal with the doubled returns. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c13 --- Comment #13 from Michael Matz <matz@novell.com> 2011-07-20 15:13:05 UTC --- I could perhaps generally disable the rewriting of ::1 to 127.0.0.1 in nss_files. That would rely on us always having localhost in /etc/hosts for 127.0.0.1 (and not only ::1), which seems a sensible requirement. But I don't know the implications of that. Hmm, I see, it's http://sources.redhat.com/bugzilla/show_bug.cgi?id=4980 . Ulrich dislikes to give justifications for his changes, so there we are. I think I'll just revert this unjustified remapping of ::1 to 127.0.0.1, and we're done. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c14 --- Comment #14 from Michael Matz <matz@novell.com> 2011-07-20 15:21:28 UTC --- Created an attachment (id=441119) --> (http://bugzilla.novell.com/attachment.cgi?id=441119) Potential fix This should do it. I'm mbuilding for sle11-sp2, for other systems, somebody else please. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
Hmm, I see, it's http://sources.redhat.com/bugzilla/show_bug.cgi?id=4980 . Ulrich dislikes to give justifications for his changes, so there we are. I think I'll just revert this unjustified remapping of ::1 to 127.0.0.1, and we're done. The above bug also quotes rfc2553, meanwhile superseeded by rfc3493. Both RFC state that: "Note: The IPv6 unspecified address ("::") and the IPv6 loopback address ("::1") are not IPv4-compatible addresses." If understand it correctly
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c15 --- Comment #15 from Ralf Haferkamp <rhafer@novell.com> 2011-07-20 17:24:16 CEST --- (In reply to comment #13) the current glibc behaviour violates that part of the RFC. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c16 --- Comment #16 from Michael Matz <matz@novell.com> 2011-07-20 15:30:30 UTC --- I don't think so. The RFC talks about the protocol, not how to interpret /etc/hosts entries. As far as the application are concerned "::1" doesn't enter the picture, as they will see only "127.0.0.1". I really think the current behaviour of glibc is valid. It just doesn't make much sense. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c Michael Matz <matz@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|Critical |Normal -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c17 --- Comment #17 from Ralf Haferkamp <rhafer@novell.com> 2011-07-22 10:17:00 CEST --- (In reply to comment #14)
I'm mbuilding for sle11-sp2, for other systems, somebody else please. I just built it on Factory and can it seems to fix the problem. 127.0.0.1 is returned only once on a IPv4 only system. I'll forward a submit request to Base:System.
-- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c18 --- Comment #18 from Ralf Haferkamp <rhafer@novell.com> 2011-07-22 10:19:40 CEST --- SR#76694 on obs -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c19 --- Comment #19 from Andreas Jaeger <aj@novell.com> 2011-07-25 08:52:02 UTC --- *** Bug 706719 has been marked as a duplicate of this bug. *** http://bugzilla.novell.com/show_bug.cgi?id=706719 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c20 --- Comment #20 from Bernhard Wiedemann <bwiedemann@novell.com> 2011-07-25 11:00:29 CEST --- This is an autogenerated message for OBS integration: This bug (684534) was mentioned in https://build.opensuse.org/request/show/76918 Factory / glibc -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c21 Andreas Jaeger <aj@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #21 from Andreas Jaeger <aj@novell.com> 2011-07-25 09:21:01 UTC --- Ralf, Micha: Thanks. Will go into openSUSE now. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c22 Michael Schröder <mls@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Component|Basesystem |Basesystem Resolution|FIXED | AssignedTo|matz@suse.com |bnc-team-screening@forge.pr | |ovo.novell.com Product|openSUSE 11.4 |openSUSE 12.1 Target Milestone|--- |Final --- Comment #22 from Michael Schröder <mls@suse.com> 2012-01-26 11:37:20 UTC --- Upstream changed the code so that getaddrinfo-ipv6-sanity.diff no longer works. Please fix. (We also should change libcurl to use AI_ADDRCONFIG, just in case...) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c Andreas Jaeger <aj@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team-screening@forge.pr |matz@suse.com |ovo.novell.com | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c23 --- Comment #23 from Michael Andres <ma@suse.com> 2012-03-13 12:29:43 CET --- *** Bug 684201 has been marked as a duplicate of this bug. *** http://bugzilla.novell.com/show_bug.cgi?id=684201 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c24 Andreas Jaeger <aj@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|Normal |Major --- Comment #24 from Andreas Jaeger <aj@suse.com> 2012-03-13 11:40:06 UTC --- Michael Matz, could you look into this, please? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c25 Michael Matz <matz@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEEDINFO InfoProvider| |aj@suse.com Severity|Major |Critical --- Comment #25 from Michael Matz <matz@suse.com> 2012-03-13 13:13:01 UTC --- What should I look into? I'd need a Factory or 12.1 system that shows a problem, and a clear way of seeing that problem (with e.g. 'getent ahosts'). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c26 Andreas Jaeger <aj@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- InfoProvider|aj@suse.com |mls@suse.com --- Comment #26 from Andreas Jaeger <aj@suse.com> 2012-03-13 14:04:29 UTC --- Let's ask Michael Schröder since he reopened this... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c27 Michael Schröder <mls@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |REOPENED InfoProvider|mls@suse.com | --- Comment #27 from Michael Schröder <mls@suse.com> 2012-03-13 14:54:34 UTC --- Well, you need a factory or 12.1 system which ipv6 disabled (i.e no inet6 addr), and no nscd running. Then 'strace -s 2000 telnet www.suse.de 33', there should be only the A query and no AAAA query. You can try on host 'rudin'. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c28 --- Comment #28 from Michael Matz <matz@suse.com> 2012-03-13 15:13:07 UTC --- Hmm, on rudin: % strace -e send -s 2000 getent ahosts www.suse.de send(3, "\23\355\1\0\0\1\0\0\0\0\0\0\3www\4suse\2de\0\0\1\0\1", 29, MSG_NOSIGNAL) = 29 send(3, "t]\1\0\0\1\0\0\0\0\0\0\0013\003220\003135\003195\7in-addr\4arpa\0\0\f\0\1", 44, MSG_NOSIGNAL) = 44 195.135.220.3 STREAM turing.suse.de 195.135.220.3 DGRAM 195.135.220.3 RAW That's only a T_A query. That's using the glibc resolver. With telnet: % strace -e send -s 2000 telnet www.suse.de 33 send(3, "\241\3\1\0\0\1\0\0\0\0\0\0\3www\4suse\2de\0\0\1\0\1", 29, MSG_NOSIGNAL) = 29 send(3, "(\217\1\0\0\1\0\0\0\0\0\0\3www\4suse\2de\0\0\34\0\1", 29, MSG_NOSIGNAL) = 29 Trying 195.135.220.3... telnet: connect to address 195.135.220.3: Connection refused Indeed we have a T_AAAA query here. Hmpf. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c29 --- Comment #29 from Michael Matz <matz@suse.com> 2012-03-13 15:28:48 UTC --- getent is using: #0 0xb7f22ff0 in send () from /lib/libc.so.6 #1 0xb7dedbf1 in __libc_res_nsend () from /lib/libresolv.so.2 #2 0xb7deb954 in __libc_res_nquery () from /lib/libresolv.so.2 #3 0xb7debf59 in __libc_res_nquerydomain () from /lib/libresolv.so.2 #4 0xb7dec5af in __libc_res_nsearch () from /lib/libresolv.so.2 #5 0xb7dfe0f2 in _nss_dns_gethostbyname3_r () from /lib/libnss_dns.so.2 #6 0xb7dfe38f in _nss_dns_gethostbyname2_r () from /lib/libnss_dns.so.2 #7 0xb7f397c3 in gethostbyname2_r@@GLIBC_2.1.2 () from /lib/libc.so.6 #8 0xb7f0788d in gaih_inet () from /lib/libc.so.6 #9 0xb7f08b24 in getaddrinfo () from /lib/libc.so.6 while telnet is using: #0 0xb7ec3ff0 in send () from /lib/libc.so.6 #1 0xb7dc0bf1 in __libc_res_nsend () from /lib/libresolv.so.2 #2 0xb7dbe954 in __libc_res_nquery () from /lib/libresolv.so.2 #3 0xb7dbef59 in __libc_res_nquerydomain () from /lib/libresolv.so.2 #4 0xb7dbf5af in __libc_res_nsearch () from /lib/libresolv.so.2 #5 0xb7dd1549 in _nss_dns_gethostbyname4_r () from /lib/libnss_dns.so.2 #6 0xb7ea7c43 in gaih_inet () from /lib/libc.so.6 #7 0xb7ea9b24 in getaddrinfo () from /lib/libc.so.6 The path calling _nss_dns_gethostbyname4_r isn't touched at all by the patch in question. It never did, and hence never could have worked. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c30 --- Comment #30 from Michael Matz <matz@suse.com> 2012-03-13 15:47:03 UTC --- Created an attachment (id=481218) --> (http://bugzilla.novell.com/attachment.cgi?id=481218) Patch for getaddrinfo Try this patch. It replaces getaddrinfo-ipv6-sanity.diff and makes it not use byname4 when we don't want ipv6 results. It's generated against the SLE11 SP2 glibc, but should still apply to 12.1 and factory. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c31 Andreas Jaeger <aj@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEEDINFO InfoProvider| |mls@suse.com --- Comment #31 from Andreas Jaeger <aj@suse.com> 2012-03-14 08:40:49 UTC --- Patched glibc for 12.1 is currently building here: https://build.opensuse.org/project/show?project=home%3Aa_jaeger%3Abranches%3... Michael, please test. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c32 Michael Andres <ma@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |abittner@stud.fh-heilbronn. | |de --- Comment #32 from Michael Andres <ma@suse.com> 2012-03-14 11:48:20 CET --- *** Bug 748619 has been marked as a duplicate of this bug. *** http://bugzilla.novell.com/show_bug.cgi?id=748619 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c33 Michael Andres <ma@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |a.johnw@yahoo.com --- Comment #33 from Michael Andres <ma@suse.com> 2012-03-28 08:36:50 CEST --- *** Bug 685627 has been marked as a duplicate of this bug. *** http://bugzilla.novell.com/show_bug.cgi?id=685627 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c34 Harald Koenig <koenig@linux.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |koenig@linux.de --- Comment #34 from Harald Koenig <koenig@linux.de> 2012-04-30 07:58:16 UTC --- (In reply to comment #31)
Patched glibc for 12.1 is currently building here: https://build.opensuse.org/project/show?project=home%3Aa_jaeger%3Abranches%3...
Michael, please test.
right now I'm on a conference where the local network breaks zypper too: Download (curl) error for 'http://download.opensuse.org/repositories/devel:languages:R:patched/openSUSE...': Error code: Connection failed Error message: Failed to connect to 2001:67c:2178:8::13: Network is unreachable Abort, retry, ignore? [a/r/i/?] (a): a I'd like to "test" (use;) your patched glibc, but nufortuneately your URL above doesn't work anymore: Project not found: home:a_jaeger:branches:openSUSE:12.1:Update any pointers for finding help/testing code ? $ rpm -q glibc glibc-2.14.1-14.27.1.x86_64 thanks! -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c35 --- Comment #35 from Harald Koenig <koenig@linux.de> 2012-04-30 08:05:57 UTC --- (In reply to comment #34)
Error code: Connection failed Error message: Failed to connect to 2001:67c:2178:8::13: Network is unreachable
oops, forget about my last report! it's not a ipv6-only problem, host download.opensuse.org is completely down right now :-( download.opensuse.org has address 195.135.221.134 download.opensuse.org has IPv6 address 2001:67c:2178:8::13 it's still pinging but that's all:( so I'll wait and ping... ;-)) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c36 --- Comment #36 from Michael Schröder <mls@suse.com> 2012-04-30 08:28:10 UTC --- Yeah, unfortunately libcurl only reports the last address it tried, so people tend to think they have an ipv6 problem while it's download.o.o being down or a bad proxy setting... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c37 Swamp Workflow Management <swamp@suse.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status Whiteboard| |maint:running:47244:importa | |nt --- Comment #37 from Swamp Workflow Management <swamp@suse.de> 2012-05-09 16:46:26 UTC --- The SWAMPID for this issue is 47244. This issue was rated as important. Please submit fixed packages until 2012-05-16. Also create a patchinfo file using this link: https://swamp.suse.de/webswamp/wf/47244 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c38 --- Comment #38 from Andreas Jaeger <aj@suse.com> 2012-05-10 12:59:31 UTC --- Harald, I just pushed the package again... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c39 Swamp Workflow Management <swamp@suse.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status Whiteboard|maint:running:47244:importa |maint:running:47244:importa |nt |nt | |maint:released:sle11-sp2:47 | |505 --- Comment #39 from Swamp Workflow Management <swamp@suse.de> 2012-05-31 16:51:30 UTC --- Update released for: glibc, glibc-32bit, glibc-debuginfo, glibc-debuginfo-64bit, glibc-debugsource, glibc-devel, glibc-devel-32bit, glibc-html, glibc-i18ndata, glibc-info, glibc-locale, glibc-locale-32bit, glibc-locale-x86, glibc-obsolete, glibc-profile, glibc-profile-32bit, glibc-profile-x86, glibc-x86, nscd Products: SLE-DEBUGINFO 11-SP2 (i386, ia64, ppc64, s390x, x86_64) SLE-DESKTOP 11-SP2 (i386, x86_64) SLE-SDK 11-SP2 (i386, x86_64) SLE-SERVER 11-SP2 (i386, ia64, ppc64, s390x, x86_64) SLES4VMWARE 11-SP2 (i386, x86_64) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c Swamp Workflow Management <swamp@suse.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status Whiteboard|maint:running:47244:importa |. |nt | |maint:released:sle11-sp2:47 | |505 | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c40 --- Comment #40 from andreas bittner <abittner@abittner.de> 2012-06-06 09:05:10 UTC --- help! maybe my bug is related as well: https://bugzilla.novell.com/show_bug.cgi?id=765638 ipv6 answers and timeouts on an ipv4-only 12.1 opensuse host is driving me crazy. my internet connection is ipv4 only and still the local bind/named is causing lots of trouble. thank you. when do these fixes come to opensuse versions and is this even the reason for my bug? thank you. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c Bernhard Wiedemann <bwiedemann@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |767125 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c41 Bernhard Wiedemann <bwiedemann@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bwiedemann@suse.com --- Comment #41 from Bernhard Wiedemann <bwiedemann@suse.com> 2012-06-17 18:57:19 CEST --- can we just drop getaddrinfo-ipv6-sanity.diff? I just tried getaddrinfo with such a glibc, resolving an address that has both IPv4 and IPv6 and it immediately returned data even when I did not have IPv6 connectivity on my host or what problem is this trying to solve? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c42 --- Comment #42 from Michael Schröder <mls@suse.com> 2012-06-18 10:08:01 UTC --- You're missing the point. The purpose of getaddrinfo-ipv6-sanity.diff is that no AAAA queries are made if you don't have IPv6 configured, as some broken dns servers simply drop AAAA queries and glibc waits for an answer. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=684534 https://bugzilla.novell.com/show_bug.cgi?id=684534#c43 Andreas Jaeger <aj@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED InfoProvider|mls@suse.com | Resolution| |FIXED --- Comment #43 from Andreas Jaeger <aj@suse.com> 2012-07-10 11:22:52 UTC --- Fixed now. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com