ISC DHCP 4.0.2b1 is now available

[Shawn Routhier]

ISC DHCP 4.0.2b1 is now available for download.

This is the first beta of ISC DHCP 4.0.2, a maintenance release which
contains a number of bug fixes.

A list of the changes in this release has been appended to the end
of this message.  For a complete list of changes from any previous
release, please consult the RELNOTES file within the source
distribution, or on our website:

    http://oldwww.isc.org/sw/dhcp/dhcp4_0.php

This release, and its OpenPGP-signatures are available now from:

    ftp://ftp.isc.org/isc/dhcp/dhcp-4.0.2b1.tar.gz
    ftp://ftp.isc.org/isc/dhcp/dhcp-4.0.2b1.tar.gz.sha512.asc
    ftp://ftp.isc.org/isc/dhcp/dhcp-4.0.2b1.tar.gz.sha256.asc
    ftp://ftp.isc.org/isc/dhcp/dhcp-4.0.2b1.tar.gz.sha1.asc

ISC's Release Signing Key can be obtained at:

    http://www.isc.org/about/openpgp/



	Changes since 4.0.1

- Remove infinite loop in token_print_indent_concat().

- Validate the argument to the -p option.

- The notorious 'option <unknown> ... larger than buffer' log line,
  which is seen in some malformed DHCP client packets, was modified.
  It now logs the universe name, and does not log the length values
  (which are bogus corruption read from the packet anyway).  It also
  carries a hopefully more useful explanation.

- Suppress spurious warnings from configure about --datarootdir

- A bug was fixed that caused the server not to answer some valid
  Solicit and Request packets, if the dynamic range covering any
  requested addresses had been deleted from configuration.


- Update the code to deal with GCC 4.3.  This included two sets of
  changes.  The first is to the configuration files to include the use
  of AC_USE_SYSTME_EXTENSIONS.  The second is to deal with return values
  that were being ignored.


- Using reserved leases no longer results in 'lease with binding state
  free not on its queue' error messages, thanks to a patch from Frode
  Nordahl.

- DDNS removal routines were updated so that the DHCID is not removed
  until the client has been deprived of all A and AAAA records (not only
  the last one of either of those).  This resolves a bug where dual
  stack clients would not be able to regain their names after either
  expiration event.

- Two uninitialized stack structures are now memset to zero, thanks to
  patch from David Cantrell at Red Hat.

- Fixed a cosmetic bug where pretty-printing valid domain-search options
  would result in an erroneous error log message ('garbage in format
  string').

- A bug in DLPI packet transmission (Solaris, HP/UX) that caused the
  server to stop receiving packets is fixed.  The same fix also means
  that the MAC address will no longer appear 'bogus' on DLPI-based
  systems.

- The update-conflict-detection feature would leave an FQDN updated
  without a DHCID (still currently implemented as a TXT RR).  This would
  cause later expiration or release events to fail to remove the domain
  name.  The feature now also inserts the client's up to date DHCID
  record, so records may safely be removed at expiration or release
  time.  Thanks to a patch submitted by Christof Chen.


- Memory leak in the load_balance_mine() function is fixed.  This would
  leak ~20-30 octets per DHCPDISCOVER packet while failover was in use
  and in normal state.

- Various compilation fixes have been included for the memory related
  DEBUG #defines in includes/site.h.

- Fixed Linux client script 'unary operator expected' errors with
  DHCPv6.

- Fixed setting hostname in Linux hosts that require hostname argument
  to be double-quoted.  Also allow server-provided hostname to
  override hostnames 'localhost' and '(none)'.

- Added client support for setting interface MTU and metric, thanks to
  Roy "UberLord" Marples <roy at marples.name>.

- Fixed failover reconnection retry code to continue to retry to
  reconnect rather than restarting the listener.

- Compilation on Solaris with USE_SOCKETS defined in includes/site.h has
  been repaired.  Other USE_ overrides should work better.

- A check for the local flavor of IFNAMSIZ had a broken 'else'
  condition, that probably still resulted in the correct behaviour (but
  wouldn't use a larger defined value provided by the host OS).