bac1890bb6
(ie me@example.com) is different from the server's fqdn (ie xmpp.example.com), which is the case of Google Talk. If the SRV records are properly configured (as detailed here: http://wiki.xmpp.org/web/SRV_Records) you dont need to set the server anymore in bitlbee, it will do the dns lookup and automagically connect to the right server. Note that the purple FLAVOR doesn't exhibit this bug. This is needed until someone adds the ns_*parse* family of functions from BIND8 to our resolver (asr? any takers?) From Daniel Levai (thanks!), tested by myself & looks good to sthen@.
28 lines
672 B
Plaintext
28 lines
672 B
Plaintext
$OpenBSD: patch-configure,v 1.9 2013/03/13 21:42:58 landry Exp $
|
|
--- configure.orig Mon Jan 7 00:41:11 2013
|
|
+++ configure Wed Mar 6 16:23:10 2013
|
|
@@ -362,6 +362,23 @@ detect_resolv_dynamic()
|
|
FreeBSD )
|
|
# In FreeBSD res_* routines are present in libc.so
|
|
LIBRESOLV=;;
|
|
+ OpenBSD )
|
|
+ # In OpenBSD res_* routines are present in libc.so,
|
|
+ # and there are no ns_*() functions, thus the special
|
|
+ # RESOLV_TESTCODE.
|
|
+ LIBRESOLV=
|
|
+ RESOLV_TESTCODE='
|
|
+#include <netinet/in.h>
|
|
+#include <arpa/nameser.h>
|
|
+#include <resolv.h>
|
|
+
|
|
+int main()
|
|
+{
|
|
+ res_query( NULL, 0, 0, NULL, 0 );
|
|
+ dn_expand( NULL, NULL, NULL, NULL, 0 );
|
|
+}
|
|
+'
|
|
+;;
|
|
* )
|
|
LIBRESOLV=-lresolv;;
|
|
esac
|