Fix up type specifications
Remove ?debugFmt message interpreted as error by Hudson
Port workaround for COUCHDB-902

BugzID: 11366
Remove incorrect build instructions
Ignore unknown cast messages

This server needs to be bulletproof.

BugzID: 11762
Fix handling of docs that hash on shard boundaries

BugzID: 11762
Send 100 Continue when appropriate

BugzID: 11762
Set IO priority of worker processes

BugzID: 11762
Fail gracefully on _security if database_does_not_exist

Do the same for _revs_limit, although that's a rarely-used resource.

BugzID: 11762
Fix mixup of case/if catchall clause in 705b57e

BugzID: 11762
Include all the extra details in view group _info

BugzID: 11762
Fix limit=0 timing bug dropping total/offset from response

BugzID: 11762
Handle ddoc attachments that start with an underscore
Report view error and terminate _list response
Add ushards/1 to select one copy of each shard
Read from ushards on stale=ok view request

This ensures that a stale=ok view sees a monotonically increasing
state of the index.
Include stack in error response iff it is not empty

This approach is cleaner, but also fixes replication.  The replicator
has some brittle code that matches the exact structure of a 404
response without the stack.  We'll make that more robust upstream.

BugzID: 11780
Revert "Fix userCtx field in _external request object"

This reverts commit 18a3c038020e4e363aed882a6dda06847d16cdf5 and fixes
BigCouch #36 (filtered _changes feeds were broken).  It also fixes
_update, _show, and _list functions.  Honestly, I have no idea why I
committed 18a3c03 in the first place.

Thanks Bob Dionne for figuring out the problem.
Send replication errors as strings if JSON encoding fails

Part of r996493, see COUCHDB-884, original patch by Filipe Manana.

BugzID: 11789
Use comma as media type separator in Accept header

Part of r1032392.  A more complete solution, which takes into account
Q values, was submitted upstream:

https://github.com/mochi/mochiweb/issues/issue/21.

Original patch by Filipe Manana.

BugzID: 11789