Change check for libiconv_open to check for iconv_open

Does everything still work if configure checks for iconv_open rather
than the mysterious libiconv_open?  Tune into an autobuilder near you...
Retool our use of configure such that we track it like everyone else does

i.e. don't keep generated or foreign stuff in our source tree.
As a side effect, this lets us use a libtool, etc. from this century
make lintian hush up
It is not the 80s anymore, so we have a printf directive for pointers
See if we can't tease an install-sh out of automake

So that the packaging will still work with the libtoolize on lenny
ifdef'd no-ss code (from Ken Raeburn)
tweak configure/makefiles so we can build with or without ss
add --with-libiconv to configure
fix variable reference; allow ss to be implicitly disabled
Let's try a simpler autoconf idiom in the hopes of making lenny happy
fix typo causing freebsd (non-native libiconv) build to fail
realm_auth_sendit_nacked fixups

In addition to the packet length problem discussed last night, the
realm_auth_sendit_nacked refactor also had a cut-n-paste error. In the
unfragmented case, it passed in partnotice.z_uid instead of
newnotice.z_uid. In that branch of the if, partnotice is
uninitialized...  My (derrick's) servers are no longer constantly
complaining (in new debug code) that realm_nack_cancel couldn't find
the nack to dequeue, so I think I'm done with this problem.
New version propagation to replace keyword substitution, part 1
fix pasteo, make git describe more verbose
add git and devscripts to build-deps

devscript will mostly be required by the release mechanisms,
but git will be required for figuring out a build-time version number
release armature
note the release in debian/changelog, and track the tarball on a branch
release 3.0.2
Try and log more on authentication failures.
fix some formatting and whitespace bogons