With apologies for my previous insufficient contribution - the source tarball now (as originally intended) extracts into a directory with the name of the package.
Created cleaned (no remnants from previous builds, no .gitignore, no .git or dist folder) Debian source directory to prepare for upload to distribution.
Parsed VERSION from debian/changelog and have it as part of the Debian source tarball.
The stripping of binaries also removes debug information that comes handy for interpreting a core dump. Linux distributions have means to separate that information into separate files, then shipping in a separate -dbg package.
LibHTTPD doesn't support multi-threading at all. Some static variables,
for example `buf` in `httpdReadRequest`, is shared by all threads.
These cause a lot of unexpected behaviors and sgefaults.
However there are also some patches trying to solve it:
http://dev.wifidog.org/ticket/471 .
Those patches reduce the chance that cause NoDogSplash to crash, but
the bug still exists.
There are two ways to solve it. One is to remove the `static` modifier and
to bring more overhead to each request. Another solution is to not use
threads at all.
I prefer the later one. Since all requests can be handled very quickly,
I believe that won't increase the response time even if a lot of users
try to access it at the same time.
For the newer version of GCC, the placement of -l option does matter,
and it cannot compile successfully now. Libraries must be specified
after the objects in the linking command.
Also, there is another option -pthread which seems more preferred.
