GitLab

Conflicts:
	ChangeLog
	src/bin/dhcp4/config_parser.cc
	src/bin/dhcp6/config_parser.cc
	src/lib/dhcpsrv/lease_mgr.cc
	src/lib/dhcpsrv/lease_mgr.h
	src/lib/dhcpsrv/memfile_lease_mgr.cc
	src/lib/dhcpsrv/subnet.cc
	src/lib/dhcpsrv/tests/cfgmgr_unittest.cc

Rather, it does a getValue on all top-level elements and puts them in the map to return
This changes behaviour slightly, but it should reflect the actual use better than the old ones (even in existing cases)

Conflicts:
	src/lib/dhcpsrv/cfgmgr.cc
	src/lib/dhcpsrv/cfgmgr.h

The updated description specifies that the change was in the DHCP code.
Also, the updated entry points out that new code is used internally by
the DHCP server. Okayed on jabber.

Conflicts:
	src/bin/dhcp4/config_parser.cc
	src/bin/dhcp6/config_parser.cc

Conflicts:
	src/lib/dhcpsrv/Makefile.am

it's probably more intuitive than False.

Addendum to ticket 2524 - the makefile omitted to make sure the
dhcpsrv_messages.mes file were in the distribution tarball

Using g++, on some systems a call to system() is tagged with the
"warn unused result" attribute.  As all warnings are promoted to
errors, all uses of system() must use the returned status code.