From: Anthony B. <ant...@us...> - 2002-05-06 06:31:11
|
Update of /cvsroot/pydns/pydns In directory usw-pr-cvs1:/tmp/cvs-serv17265 Modified Files: README Log Message: woo. updating the readme. about time. Index: README =================================================================== RCS file: /cvsroot/pydns/pydns/README,v retrieving revision 1.3 retrieving revision 1.4 diff -C2 -d -r1.3 -r1.4 *** README 19 Jul 2001 07:00:54 -0000 1.3 --- README 6 May 2002 06:31:06 -0000 1.4 *************** *** 1,27 **** ! This is the initial checkin version for the move to sourceforge.net ! ! Release 2.2, Mon Apr 27 22:59:16 EST 1998 ! This is a test release of the DNS code, as originally written by Guido van Rossum, and with a hopefully nicer API bolted over the ! top of it by Anthony Baxter <an...@in...>. It's also in a ! python 1.5 package. There are several known bugs/unfinished bits - processing of AXFR results is not done yet. ! - something I've done recently has broken the DnsAsyncRequest(). Bummer. ! - doesn't do IPv6 DNS requests (type AAAA) (as per [RFC 1886]) - docs, aside from this file - all sorts of other stuff that I've probably forgotten. Stuff it _does_ do: ! processes /etc/resolv.conf - at least as far as nameserver directives go. ! tries multiple nameservers. ! nicer API - see below. ! returns results in more useful format. ! optional timing of requests. ! default 'show' behaviour emulates 'dig' pretty closely. ! support for asyncore.py ### NOTE: currently broken a bit. --- 1,31 ---- ! Release 2.3 Mon May 6 16:18:02 EST 2002 ! This is a another release of the pydns code, as originally written by Guido van Rossum, and with a hopefully nicer API bolted over the ! top of it by Anthony Baxter <an...@in...>. ! ! I'm making this release because there hasn't been a release in a ! heck of a long time, and it probably deserves one. I'd also like to ! do a substantial refactor of some of the guts of the code, and this ! is likely to break any code that uses the existing interface. So ! this will be a release for people who are using the existing API... There are several known bugs/unfinished bits - processing of AXFR results is not done yet. ! - doesn't do IPv6 DNS requests (type AAAA) - docs, aside from this file - all sorts of other stuff that I've probably forgotten. + - MacOS support for discovering nameservers + - the API that I evolved some time ago is pretty ugly. I'm going + to re-do it, designed this time. Stuff it _does_ do: ! - processes /etc/resolv.conf - at least as far as nameserver directives go. ! - tries multiple nameservers. ! - nicer API - see below. ! - returns results in more useful format. ! - optional timing of requests. ! - default 'show' behaviour emulates 'dig' pretty closely. *************** *** 46,56 **** name servers can be specified in the following ways: ! by calling DNS.ParseResolvConf(), which will load the DNS.servers ! from the system's /etc/resolv.conf file ! by specifying it as an option to the request ! by manually setting DNS.defaults['server'] to a list of server IP addresses to try ! XXXX It should be possible to load the DNS servers on a windows or ! mac box, from where-ever they've squirrelled them away name="host.do.main" # the object being looked up --- 50,61 ---- name servers can be specified in the following ways: ! - by calling DNS.DiscoverNameServers(), which will load the DNS servers ! from the system's /etc/resolv.conf file on Unix, or from the Registry ! on windows. ! - by specifying it as an option to the request ! - by manually setting DNS.defaults['server'] to a list of server IP addresses to try ! - XXXX It should be possible to load the DNS servers on a mac os machine, ! from where-ever they've squirrelled them away name="host.do.main" # the object being looked up *************** *** 84,86 **** see also README.guido for the original docs. ! comments to me - an...@in... --- 89,95 ---- see also README.guido for the original docs. ! comments to me, an...@in..., or to the mailing list, ! pyd...@li.... ! ! bugs/patches to the tracker on SF - ! http://sourceforge.net/tracker/?group_id=31674 |