From jelte at NLnetLabs.nl Wed Oct 10 10:55:04 2007 From: jelte at NLnetLabs.nl (Jelte Jansen) Date: Wed, 10 Oct 2007 12:55:04 +0200 Subject: [ldns-users] ldns release 1.2.1 Message-ID: <470CAF88.90808@NLnetLabs.nl> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, we've just done a maintenance release of ldns 1.2, containing mostly bugfixes. See the changelog below. Project page: http://nlnetlabs.nl/ldns Direct download: http://www.nlnetlabs.nl/downloads/ldns-1.2.1.tar.gz Jelte Jansen NLnet Labs Changelog: * Fixed an offset error in rr comparison * Fixed ldns-read-zone exit code * Added check for availability of SHA256 hashing algorithm * Fixed ldns-key2ds -2 argument * Fixed $ORIGIN bug in .key files * Output algorithms as an integer instead of their mnemonic * Fixed a memory leak in dnssec code when SHA256 is not available * Updated fedora .spec file -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHDK+I4nZCKsdOncURAr4IAJ947V5IgG+4Ab3e1I+vmJYFsudgFwCgu0/p uwklfySYF37+vEzvN0YG9cA= =k6IM -----END PGP SIGNATURE----- From ondrej at sury.org Fri Oct 12 11:46:57 2007 From: ondrej at sury.org (=?UTF-8?Q?Ond=C5=99ej_Sur=C3=BD?=) Date: Fri, 12 Oct 2007 13:46:57 +0200 Subject: [ldns-users] [FYI]: ldns packaged for Debian (and errors in manpages) Message-ID: <1192189617.11479.16.camel@yuna> Since we have more free time here in .cz, I finally managed to package ldns into .debs and uploaded them to unstable. BTW lintian reports several errors in manpages (I'll probably prepare patch to address those issues): W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_bget_token.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_buffer.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_buffer2pkt_wire.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_buffer_flip.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_buffer_limit.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_buffer_new.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_buffer_remaining_at.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_buffer_write_at.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_calc_keytag.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_create_nsec.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_dname.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_dname2canonical.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_dname_cat_clone.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_dname_compare.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_dname_is_subdomain.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_dname_left_chop.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_dname_new.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_fget_token.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_get_errorstr_by_id.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_get_rr_class_by_name.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_get_rr_list_addr_by_name.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_get_rr_list_hosts_frm_fp.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_get_rr_list_hosts_frm_fp_l.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_getaddrinfo.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_init_random.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_is_rrset.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_key.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_key2rr.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_key_buf2dsa.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_key_free.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_key_list_new.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_key_new.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_key_new_frm_algorithm.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_key_new_frm_fp_dsa.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_key_new_frm_fp_rsa.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_key_origttl.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_key_print.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_key_rr2ds.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_key_rsa_key.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_key_set_algorithm.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_native2rdf_int8.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_octet.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_pkt.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_pkt2buffer_str.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_pkt_edns.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_pkt_id.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_pkt_new.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_pkt_set_flags.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_pkt_tsig_verify.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_pkt_verify.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rdf.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rdf2buffer_str_a.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rdf_address_reverse.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rdf_new.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rdf_set_size.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rdf_size.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr2canonical.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr2str.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr2wire.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr_compare.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr_descriptor.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr_dnskey_flags.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr_label_count.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr_list_cat.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr_list_clone.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr_list_new.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr_list_rr_count.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr_list_sort.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr_mx_preference.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr_new.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr_ns_nsdname.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr_push_rdf.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr_rdf.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr_rrsig_typecovered.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr_set_owner.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr_set_push_rr.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_rr_uncompressed_size.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_send.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_sign_public.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_sign_public_dsa.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_status.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_str2period.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_str_remove_comment.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_tcp_send_query.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_update_pkt_new.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_update_pkt_tsig_add.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_update_set_zocount.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_update_zocount.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_verify.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_wire2rr.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_zone.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_zone_new.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_zone_push_rr.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_zone_rr_count.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_zone_rrs.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_zone_set_rrs.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_zone_sign.3.gz:1 3 != 30 May 2006 W: libldns-dev: manpage-section-mismatch usr/share/man/man3/ldns_zone_sort.3.gz:1 3 != 30 May 2006 W: ldnsutils: manpage-has-errors-from-man usr/share/man/man1/ldns-keyfetcher.1.gz 18: a space character is not allowed in an escape name W: ldnsutils: manpage-has-errors-from-man usr/share/man/man1/ldns-signzone.1.gz 29: a space character is not allowed in an escape name W: ldnsutils: manpage-has-errors-from-man usr/share/man/man1/ldns-testns.1.gz Empty input line #6 W: ldnsutils: manpage-has-errors-from-man usr/share/man/man1/ldns-update.1.gz 36: warning: can't find numbered character 195 W: ldnsutils: manpage-has-errors-from-man usr/share/man/man1/ldns-walk.1.gz 25: a space character is not allowed in an escape name Ondrej. -- Ond?ej Sur? *** http://blog.rfc1925.org/ Kulturn? ob?asn?k *** http://www.obcasnik.cz/ Nehoupat, pros?m *** http://nehoupat.blogspot.com/ From ondrej at sury.org Tue Oct 16 13:52:16 2007 From: ondrej at sury.org (=?UTF-8?Q?Ond=C5=99ej_Sur=C3=BD?=) Date: Tue, 16 Oct 2007 15:52:16 +0200 Subject: [ldns-users] ldns_zone_sort does not always retains same order Message-ID: <1192542736.20005.13.camel@yuna> Hi, I am trying to write zone comparator which will count additions, deletions and changes between two zone file. I am sorting both zones and then uses simple iterator to walk in all domain records. I have found that there is implementation error in ldns_zone_sort. It doesn't retain same order in two different files: $ ldns-read-zone -z cz.1192527904 > cza $ ldns-read-zone -z cz.1192531505 > czb $ diff -w -U 3 cza czb --- cza 2007-10-16 15:39:38.392629273 +0200 +++ czb 2007-10-16 15:40:10.392819897 +0200 @@ -14885,14 +14885,14 @@ adao.cz. 18000 IN NS ns.forpsi.net. adap.cz. 18000 IN NS ns.adap.cz. adap.cz. 18000 IN NS ns2.vshosting.cz. -adapo.cz. 18000 IN NS ns.forpsi.us. -adapo.cz. 18000 IN NS ns.forpsi.net. ns.adap.cz. 18000 IN A 89.235.62.134 adap-plus.cz. 18000 IN NS ns.banan.cz. adap-plus.cz. 18000 IN NS ns2.banan.cz. adap-plus.cz. 18000 IN NS ns3.banan.it. adapo.cz. 18000 IN NS ns.forpsi.cn. adapo.cz. 18000 IN NS ns.forpsi.cz. +adapo.cz. 18000 IN NS ns.forpsi.us. +adapo.cz. 18000 IN NS ns.forpsi.net. adapobrno.cz. 18000 IN NS ns.dns4.cz. adapobrno.cz. 18000 IN NS ns.dns4.net. adapocz.cz. 18000 IN NS ns.dns4.cz. [...and more...] I'll try to find where the error is... and report back. Ondrej. -- Ond?ej Sur? *** http://blog.rfc1925.org/ Kulturn? ob?asn?k *** http://www.obcasnik.cz/ Nehoupat, pros?m *** http://nehoupat.blogspot.com/ From wouter at NLnetLabs.nl Tue Oct 16 14:33:27 2007 From: wouter at NLnetLabs.nl (Wouter Wijngaards) Date: Tue, 16 Oct 2007 16:33:27 +0200 Subject: [ldns-users] ldns_zone_sort does not always retains same order In-Reply-To: <1192542736.20005.13.camel@yuna> References: <1192542736.20005.13.camel@yuna> Message-ID: <4714CBB7.4040200@nlnetlabs.nl> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Ond?ej, Are you using 1.2.1, I saw in the Changelog that: 03 Oct 2007 1.2.1: * Fixed an offset error in rr comparison And that could fix the trouble you have. Best regards, Wouter Ond?ej Sur? wrote: > Hi, > > I am trying to write zone comparator which will count additions, > deletions and changes between two zone file. > > I am sorting both zones and then uses simple iterator to walk in all > domain records. > > I have found that there is implementation error in ldns_zone_sort. It > doesn't retain same order in two different files: > > $ ldns-read-zone -z cz.1192527904 > cza > $ ldns-read-zone -z cz.1192531505 > czb > $ diff -w -U 3 cza czb > --- cza 2007-10-16 15:39:38.392629273 +0200 > +++ czb 2007-10-16 15:40:10.392819897 +0200 > @@ -14885,14 +14885,14 @@ > adao.cz. 18000 IN NS ns.forpsi.net. > adap.cz. 18000 IN NS ns.adap.cz. > adap.cz. 18000 IN NS ns2.vshosting.cz. > -adapo.cz. 18000 IN NS ns.forpsi.us. > -adapo.cz. 18000 IN NS ns.forpsi.net. > ns.adap.cz. 18000 IN A 89.235.62.134 > adap-plus.cz. 18000 IN NS ns.banan.cz. > adap-plus.cz. 18000 IN NS ns2.banan.cz. > adap-plus.cz. 18000 IN NS ns3.banan.it. > adapo.cz. 18000 IN NS ns.forpsi.cn. > adapo.cz. 18000 IN NS ns.forpsi.cz. > +adapo.cz. 18000 IN NS ns.forpsi.us. > +adapo.cz. 18000 IN NS ns.forpsi.net. > adapobrno.cz. 18000 IN NS ns.dns4.cz. > adapobrno.cz. 18000 IN NS ns.dns4.net. > adapocz.cz. 18000 IN NS ns.dns4.cz. > [...and more...] > > I'll try to find where the error is... and report back. > > Ondrej. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFHFMu3kDLqNwOhpPgRAtjYAJ4mFy2tPBA8lklZCGmoloWcFDP3XgCcDJFd u6+Wfe9qvJ3iYgR41vbr6cE= =0cD0 -----END PGP SIGNATURE----- From ondrej at sury.org Tue Oct 16 14:38:46 2007 From: ondrej at sury.org (=?UTF-8?Q?Ond=C5=99ej_Sur=C3=BD?=) Date: Tue, 16 Oct 2007 16:38:46 +0200 Subject: [ldns-users] ldns_zone_sort does not always retains same order In-Reply-To: <4714CBB7.4040200@nlnetlabs.nl> References: <1192542736.20005.13.camel@yuna> <4714CBB7.4040200@nlnetlabs.nl> Message-ID: <1192545526.20005.18.camel@yuna> Hi Wouter, Wouter Wijngaards p??e v ?t 16. 10. 2007 v 16:33 +0200: > Hi Ond?ej, > > Are you using 1.2.1, I saw in the Changelog that: > 03 Oct 2007 1.2.1: > * Fixed an offset error in rr comparison > > And that could fix the trouble you have. Yes, I am. $ ldd ./ldns-compare-zones linux-gate.so.1 => (0xffffe000) libldns-1.2.1.so => /usr/lib/libldns-1.2.1.so (0xb7ede000) [...] Unfortunately I am not able to reproduce it on smaller file (grep adap), just on full .cz :-(. Ondrej. -- Ond?ej Sur? *** http://blog.rfc1925.org/ Kulturn? ob?asn?k *** http://www.obcasnik.cz/ Nehoupat, pros?m *** http://nehoupat.blogspot.com/ From ondrej at sury.org Tue Oct 16 16:00:25 2007 From: ondrej at sury.org (=?UTF-8?Q?Ond=C5=99ej_Sur=C3=BD?=) Date: Tue, 16 Oct 2007 18:00:25 +0200 Subject: [ldns-users] ldns_zone_sort does not always retains same order In-Reply-To: <4714CBB7.4040200@nlnetlabs.nl> References: <1192542736.20005.13.camel@yuna> <4714CBB7.4040200@nlnetlabs.nl> Message-ID: <1192550425.20005.41.camel@yuna> Hi, after looking into diff more and more, I found that's off-by-one error fixed in SVN r2203 (in trunk, not in branches/releases-1.2.x): Ondrej -- Ond?ej Sur? *** http://blog.rfc1925.org/ Kulturn? ob?asn?k *** http://www.obcasnik.cz/ Nehoupat, pros?m *** http://nehoupat.blogspot.com/ From ondrej at sury.org Wed Oct 17 10:20:00 2007 From: ondrej at sury.org (=?UTF-8?Q?Ond=C5=99ej_Sur=C3=BD?=) Date: Wed, 17 Oct 2007 12:20:00 +0200 Subject: [ldns-users] ldns_zone_sort does not always retains same order In-Reply-To: <4715BA90.5050007@NLnetLabs.nl> References: <1192542736.20005.13.camel@yuna> <4714CBB7.4040200@nlnetlabs.nl> <1192550425.20005.41.camel@yuna> <4715BA90.5050007@NLnetLabs.nl> Message-ID: <1192616400.10978.6.camel@yuna> Jelte Jansen p??e v St 17. 10. 2007 v 09:32 +0200: > Ond?ej Sur? wrote: > > Hi, > > > > after looking into diff more and more, I found that's off-by-one error > > fixed in SVN r2203 (in trunk, not in branches/releases-1.2.x): > > > > actually, it should have been ported back, but i think we missed a line, > could you try this patch? Already using that (I have pulled it from SVN) and it's working just fine. I propose to release 1.2.2 with: * this fix * fixed manpages (I'll provide patch) * --disable-rpath configure option (I'll provide patch) OK? Ondrej. -- Ond?ej Sur? *** http://blog.rfc1925.org/ Kulturn? ob?asn?k *** http://www.obcasnik.cz/ Nehoupat, pros?m *** http://nehoupat.blogspot.com/ From jelte at NLnetLabs.nl Wed Oct 17 10:32:42 2007 From: jelte at NLnetLabs.nl (Jelte Jansen) Date: Wed, 17 Oct 2007 12:32:42 +0200 Subject: [ldns-users] ldns_zone_sort does not always retains same order In-Reply-To: <1192616400.10978.6.camel@yuna> References: <1192542736.20005.13.camel@yuna> <4714CBB7.4040200@nlnetlabs.nl> <1192550425.20005.41.camel@yuna> <4715BA90.5050007@NLnetLabs.nl> <1192616400.10978.6.camel@yuna> Message-ID: <4715E4CA.9000102@NLnetLabs.nl> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ond?ej Sur? wrote: > > I propose to release 1.2.2 with: > > * this fix > * fixed manpages (I'll provide patch) > * --disable-rpath configure option (I'll provide patch) > er, isn't that last one present already? or is there something wrong with it? I have no problems doing a new minor release. Jelte -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHFeTK4nZCKsdOncURAvLoAKDUlKJUls4Ai7pgECiUy1B582khMACgygym pgaXticr1k6WY68AfgUuzjI= =xojK -----END PGP SIGNATURE----- From ondrej at sury.org Wed Oct 17 11:35:27 2007 From: ondrej at sury.org (=?UTF-8?Q?Ond=C5=99ej_Sur=C3=BD?=) Date: Wed, 17 Oct 2007 13:35:27 +0200 Subject: [ldns-users] ldns_zone_sort does not always retains same order In-Reply-To: <4715E4CA.9000102@NLnetLabs.nl> References: <1192542736.20005.13.camel@yuna> <4714CBB7.4040200@nlnetlabs.nl> <1192550425.20005.41.camel@yuna> <4715BA90.5050007@NLnetLabs.nl> <1192616400.10978.6.camel@yuna> <4715E4CA.9000102@NLnetLabs.nl> Message-ID: <1192620927.10978.18.camel@yuna> Jelte Jansen p??e v St 17. 10. 2007 v 12:32 +0200: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Ond?ej Sur? wrote: > > > > I propose to release 1.2.2 with: > > > > * this fix > > * fixed manpages (I'll provide patch) > > * --disable-rpath configure option (I'll provide patch) > > > > er, isn't that last one present already? or is there something wrong > with it? er, it is, but only in configure.ac and not in Makefile.in I guess, this should do the trick: $ svn diff Index: Makefile.in =================================================================== --- Makefile.in (revision 2464) +++ Makefile.in (working copy) @@ -86,7 +86,7 @@ if [ ! -d lib ] ; then ln -s .libs lib ; fi ; libldns.la: $(LIBDNS_OBJECTS) - $(LINK_LIB) -o libldns.la $(LIBDNS_LOBJECTS) -rpath $(libdir) $(RUNTIME_PATH) + $(LINK_LIB) -o libldns.la $(LIBDNS_LOBJECTS) $(RPATH_VAL) $(RUNTIME_PATH) $(addprefix include/ldns/, $(notdir $(LIBDNS_HEADERS))): include/ldns/%.h: $(srcdir)/ldns/%.h @if [ ! -d include ] ; then mkdir include ; fi ; Ondrej. > I have no problems doing a new minor release. > > Jelte > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFHFeTK4nZCKsdOncURAvLoAKDUlKJUls4Ai7pgECiUy1B582khMACgygym > pgaXticr1k6WY68AfgUuzjI= > =xojK > -----END PGP SIGNATURE----- -- Ond?ej Sur? *** http://blog.rfc1925.org/ Kulturn? ob?asn?k *** http://www.obcasnik.cz/ Nehoupat, pros?m *** http://nehoupat.blogspot.com/ From ondrej at sury.org Wed Oct 17 12:29:56 2007 From: ondrej at sury.org (=?UTF-8?Q?Ond=C5=99ej_Sur=C3=BD?=) Date: Wed, 17 Oct 2007 14:29:56 +0200 Subject: [ldns-users] libldns name and soname Message-ID: <1192624196.10978.41.camel@yuna> Hi, is there a reason to name libdns library: libldns-1.2.1.so and not use soname ie. libldns.so.1.2.1 ? Minor releases should not change API and ABI. Ondrej. -- Ond?ej Sur? *** http://blog.rfc1925.org/ Kulturn? ob?asn?k *** http://www.obcasnik.cz/ Nehoupat, pros?m *** http://nehoupat.blogspot.com/ From ondrej at sury.org Wed Oct 17 13:33:51 2007 From: ondrej at sury.org (=?UTF-8?Q?Ond=C5=99ej_Sur=C3=BD?=) Date: Wed, 17 Oct 2007 15:33:51 +0200 Subject: [ldns-users] ldns_zone_sort does not always retains same order In-Reply-To: <1192620927.10978.18.camel@yuna> References: <1192542736.20005.13.camel@yuna> <4714CBB7.4040200@nlnetlabs.nl> <1192550425.20005.41.camel@yuna> <4715BA90.5050007@NLnetLabs.nl> <1192616400.10978.6.camel@yuna> <4715E4CA.9000102@NLnetLabs.nl> <1192620927.10978.18.camel@yuna> Message-ID: <1192628031.10978.43.camel@yuna> Ond?ej Sur? p??e v St 17. 10. 2007 v 13:35 +0200: > Jelte Jansen p??e v St 17. 10. 2007 v 12:32 +0200: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Ond?ej Sur? wrote: > > > > > > I propose to release 1.2.2 with: > > > > > > * this fix > > > * fixed manpages (I'll provide patch) > > > * --disable-rpath configure option (I'll provide patch) > > > > > > > er, isn't that last one present already? or is there something wrong > > with it? > > er, it is, but only in configure.ac and not in Makefile.in Hmm, that must be some magick, because it works even without mentioning it in Makefile.in. Strange... Ondrej. -- Ond?ej Sur? *** http://blog.rfc1925.org/ Kulturn? ob?asn?k *** http://www.obcasnik.cz/ Nehoupat, pros?m *** http://nehoupat.blogspot.com/ From ondrej at sury.org Wed Oct 17 14:44:49 2007 From: ondrej at sury.org (=?UTF-8?Q?Ond=C5=99ej_Sur=C3=BD?=) Date: Wed, 17 Oct 2007 16:44:49 +0200 Subject: [ldns-users] ldns-compare-zones tool Message-ID: <1192632289.10978.57.camel@yuna> Hi, I wrote ldns-compare-zones tool and I thought it might be of some use to other subscribers to this list (if there are any except NLnetlab guys :-)). You can find it under http://www.nlnetlabs.nl/bugs/show_bug.cgi?id=161 as a patch (applies cleanly in trunk and in branches/releases-1.2.x). Kind regards, -- Ond?ej Sur? *** http://blog.rfc1925.org/ Kulturn? ob?asn?k *** http://www.obcasnik.cz/ Nehoupat, pros?m *** http://nehoupat.blogspot.com/ From lfarkas at bppiac.hu Mon Oct 22 20:49:39 2007 From: lfarkas at bppiac.hu (Farkas Levente) Date: Mon, 22 Oct 2007 22:49:39 +0200 Subject: [ldns-users] tsig key generataion Message-ID: <471D0CE3.4010009@bppiac.hu> hi, is it possible to generate tsig key with ldns? afais ldns-keygen can't generate hmac-md5 which would be useful for tsig. thanks. -- Levente "Si vis pacem para bellum!" From jelte at NLnetLabs.nl Mon Oct 22 22:10:13 2007 From: jelte at NLnetLabs.nl (Jelte Jansen) Date: Tue, 23 Oct 2007 00:10:13 +0200 Subject: [ldns-users] tsig key generataion In-Reply-To: <471D0CE3.4010009@bppiac.hu> References: <471D0CE3.4010009@bppiac.hu> Message-ID: <471D1FC5.5080903@NLnetLabs.nl> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Farkas Levente wrote: > hi, > is it possible to generate tsig key with ldns? afais ldns-keygen can't > generate hmac-md5 which would be useful for tsig. > thanks. > good point. It isn't at the moment, but i'll add it for the next version. Jelte -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHHR/F4nZCKsdOncURArpeAJ4/ksdtg/w3wi5deltNU0KT4HNAaACggDrO h/0nsXDTNY28jkxosvst7Yk= =cfKH -----END PGP SIGNATURE----- From lfarkas at bppiac.hu Mon Oct 22 22:16:49 2007 From: lfarkas at bppiac.hu (Farkas Levente) Date: Tue, 23 Oct 2007 00:16:49 +0200 Subject: [ldns-users] tsig key generataion In-Reply-To: <471D1FC5.5080903@NLnetLabs.nl> References: <471D0CE3.4010009@bppiac.hu> <471D1FC5.5080903@NLnetLabs.nl> Message-ID: <471D2151.1030906@bppiac.hu> Jelte Jansen wrote: > Farkas Levente wrote: >> hi, >> is it possible to generate tsig key with ldns? afais ldns-keygen can't >> generate hmac-md5 which would be useful for tsig. >> thanks. > > > good point. It isn't at the moment, but i'll add it for the next version. i hope soon:-) -- Levente "Si vis pacem para bellum!" From gall at switch.ch Fri Oct 26 13:05:47 2007 From: gall at switch.ch (Alexander Gall) Date: Fri, 26 Oct 2007 15:05:47 +0200 Subject: [ldns-users] Missing rule for realloc.o Message-ID: <18209.58923.783383.663848@hadron.switch.ch> On systems without a suitable realloc(), the built-in realloc can't be compiled because a rule is missing in the makefile make: *** No rule to make target `realloc.o', needed by `libldns.la'. Stop. The attached patch fixes this (I noticed this by accident, my system actually has a usable realloc). I wonder what the $U is for. It doesn't seem to be defined anywhere, i.e. evaluates to an empty string. -- Alex diff -Naur ldns-1.2.1.orig/Makefile.in ldns-1.2.1/Makefile.in --- ldns-1.2.1.orig/Makefile.in 2007-08-09 10:52:04.000000000 +0200 +++ ldns-1.2.1/Makefile.in 2007-10-26 14:43:16.287294000 +0200 @@ -196,6 +196,9 @@ tags: $(srcdir)/*.c ldns/*.[ch] ctags -f $(srcdir)/tags $(srcdir)/*.[ch] ldns/*.[ch] +realloc$U.o: $(srcdir)/compat/realloc.c + $(COMP_LIB) -c $(srcdir)/compat/realloc.c -o $@ + b64_pton$U.o: $(srcdir)/compat/b64_pton.c $(COMP_LIB) -c $(srcdir)/compat/b64_pton.c -o $@ From gall at switch.ch Fri Oct 26 13:05:42 2007 From: gall at switch.ch (Alexander Gall) Date: Fri, 26 Oct 2007 15:05:42 +0200 Subject: [ldns-users] Issues with CHECK_COMPILER_FLAG_NEEDED macro Message-ID: <18209.58918.248511.568216@hadron.switch.ch> I've encountered two issues with the usage of the AC macro CHECK_COMPILER_FLAG_NEEDED for ldns and drill. For ldns, configure first checks for *all* of the flags -std=c99 -D__EXTENSIONS__ -D_BSD_SOURCE -D_POSIX_C_SOURCE=200112 -D_XOPEN_SOURCE=600 On my system (OpenSolaris build 61, gcc 3.4.3), this test is positive (i.e. the test program doesn't compile without the flags). As a result, all these flags are added to CFLAGS. However, this makes all subsequent checks for the individual flags irrelevant, because the macro always uses CFLAGS, which already contains all of the flags. It seems to me that one ends up either with all of the flags or none of them on any system. Maybe the check for all flags together should simply be dropped? In fact, this is done for drill, but then there is a different problem. Apparently "-std=c99" is not needed and when testing for "-D_POSIX_C_SOURCE=200112" by itself, the header files of my system complain: /usr/include/sys/feature_tests.h:357:2: #error "Compiler or options invalid; UNIX 03 and POSIX.1-2001 applications require the use of c99" I think this is because gcc 3.4 by default uses -std=c89 (or, more precisely, gnu89, which is c89 with GNU extensions). It seems like you need to check -D_POSIX_C_SOURCE=200112 together with -std=c99. In that case, maybe the check for -std=c99 by itself is not necessary as well (it certainly isn't if you require POSIX.1-2001 anyway, I'd say). It also turns out that ldns and drill use slightly different versions of the CHECK_COMPILER_FLAG_NEEDED macro. The one in drill does not convert spaces to underscores in the construction of the "cache" variable (which is necessary it you want to check for multiple flags). The patch below solves the problem for me. -- Alex diff -Naur ldns-1.2.1.orig/drill/configure.ac ldns-1.2.1/drill/configure.ac --- ldns-1.2.1.orig/drill/configure.ac 2007-09-05 14:57:12.000000000 +0200 +++ ldns-1.2.1/drill/configure.ac 2007-10-26 14:42:30.998096000 +0200 @@ -49,7 +49,7 @@ [ AC_REQUIRE([AC_PROG_CC]) AC_MSG_CHECKING(whether we need -$1 as a flag for $CC) -cache=`echo $1 | sed 'y%.=/+-%___p_%'` +cache=`echo $1 | sed 'y%.=/+- %___p__%'` AC_CACHE_VAL(cv_prog_cc_flag_needed_$cache, [ echo '$2' > conftest.c @@ -84,7 +84,7 @@ CHECK_COMPILER_FLAG(O2, [CFLAGS="$CFLAGS -O2"]) CHECK_COMPILER_FLAG_NEEDED(-std=c99, [#include ], [CFLAGS="$CFLAGS -std=c99"]) -CHECK_COMPILER_FLAG_NEEDED(-D_POSIX_C_SOURCE=200112, +CHECK_COMPILER_FLAG_NEEDED(-std=c99 -D_POSIX_C_SOURCE=200112, [ #include @@ -96,7 +96,7 @@ t = ctime_r(&time, buf); return a; } -], [CFLAGS="$CFLAGS -D_POSIX_C_SOURCE=200112"]) +], [CFLAGS="$CFLAGS -std=c99 -D_POSIX_C_SOURCE=200112"]) CHECK_COMPILER_FLAG_NEEDED(-D__EXTENSIONS__, [ #include From gall at switch.ch Fri Oct 26 14:17:11 2007 From: gall at switch.ch (Alexander Gall) Date: Fri, 26 Oct 2007 16:17:11 +0200 Subject: [ldns-users] Missing rule for realloc.o In-Reply-To: <18209.58923.783383.663848@hadron.switch.ch> References: <18209.58923.783383.663848@hadron.switch.ch> Message-ID: <18209.63207.867950.262010@hadron.switch.ch> Never mind, I just noticed that this is already fixed in the svn trunk. -- Alex On Fri, 26 Oct 2007 15:05:47 +0200, Alexander Gall said: > On systems without a suitable realloc(), the built-in realloc can't be > compiled because a rule is missing in the makefile > make: *** No rule to make target `realloc.o', needed by `libldns.la'. Stop. > The attached patch fixes this (I noticed this by accident, my system > actually has a usable realloc). I wonder what the $U is for. It > doesn't seem to be defined anywhere, i.e. evaluates to an empty > string. > -- > Alex > diff -Naur ldns-1.2.1.orig/Makefile.in ldns-1.2.1/Makefile.in > --- ldns-1.2.1.orig/Makefile.in 2007-08-09 10:52:04.000000000 +0200 > +++ ldns-1.2.1/Makefile.in 2007-10-26 14:43:16.287294000 +0200 > @@ -196,6 +196,9 @@ > tags: $(srcdir)/*.c ldns/*.[ch] > ctags -f $(srcdir)/tags $(srcdir)/*.[ch] ldns/*.[ch] > +realloc$U.o: $(srcdir)/compat/realloc.c > + $(COMP_LIB) -c $(srcdir)/compat/realloc.c -o $@ > + > b64_pton$U.o: $(srcdir)/compat/b64_pton.c > $(COMP_LIB) -c $(srcdir)/compat/b64_pton.c -o $@ > _______________________________________________ > ldns-users mailing list > ldns-users at open.nlnetlabs.nl > http://open.nlnetlabs.nl/mailman/listinfo/ldns-users From wouter at NLnetLabs.nl Fri Oct 26 15:38:56 2007 From: wouter at NLnetLabs.nl (W.C.A. Wijngaards) Date: Fri, 26 Oct 2007 17:38:56 +0200 Subject: [ldns-users] Issues with CHECK_COMPILER_FLAG_NEEDED macro In-Reply-To: <18209.58918.248511.568216@hadron.switch.ch> References: <18209.58918.248511.568216@hadron.switch.ch> Message-ID: <47220A10.7050901@nlnetlabs.nl> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alexander Gall wrote: > I've encountered two issues with the usage of the AC macro > CHECK_COMPILER_FLAG_NEEDED for ldns and drill. For ldns, configure > first checks for *all* of the flags The reason for checking the options together is that on some systems, these options, when given alone exclude another. I didn't know about -std=c99 required, Opensolaris is picky (compared to Sunos9 and 10). Best regards, Wouter -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFHIgoQkDLqNwOhpPgRAhTZAJ0XccsAd+qmfyBA9O//Y39ksIFgkwCeLavi sO/Vr6lS+DyQkkNV/hcKh+c= =vgXN -----END PGP SIGNATURE----- From gall at switch.ch Fri Oct 26 17:02:05 2007 From: gall at switch.ch (Alexander Gall) Date: Fri, 26 Oct 2007 19:02:05 +0200 Subject: [ldns-users] Issues with CHECK_COMPILER_FLAG_NEEDED macro In-Reply-To: <47220A10.7050901@nlnetlabs.nl> References: <18209.58918.248511.568216@hadron.switch.ch> <47220A10.7050901@nlnetlabs.nl> Message-ID: <18210.7565.176345.180541@hadron.switch.ch> On Fri, 26 Oct 2007 17:38:56 +0200, "W.C.A. Wijngaards" said: >> I've encountered two issues with the usage of the AC macro >> CHECK_COMPILER_FLAG_NEEDED for ldns and drill. For ldns, configure >> first checks for *all* of the flags > The reason for checking the options together is that on some systems, > these options, when given alone exclude another. I see, but why don't you do the same for drill (and pcat)? Actually, this looks a bit magic to me, because the outcome of the individual checks appears to depend on their order. You probably chose it according to the conflicts you have found on these particular systems. > I didn't know about -std=c99 required, Opensolaris is picky (compared to > Sunos9 and 10). Solaris 9 doesn't support POSIX.1-2001 or XPG6 (SUSv3 or whatever) at all, AFAIK. It's clear, though, that c89 is in conflict with -D_POSIX_C_SOURCE=200112. Whether you need the compiler flag or not depends on the default, of course. I'm surprised if Solaris 10 really accepts this combination. Well, I'm no expert on this, so if what I'm saying doesn't make much sense, feel free to ignore it :-) -- Alex