[ANN] yahns 1.12.5 -_- sleepy app server for Ruby

[Eric Wong <e@80x24.org>]

A Free Software, multi-threaded, non-blocking network
application server designed for low _idle_ power consumption.
It is primarily optimized for applications with occasional users
which see little or no traffic.  yahns currently hosts Rack/HTTP
applications, but may eventually support other application
types.  Unlike some existing servers, yahns is extremely
sensitive to fatal bugs in the applications it hosts.

* git clone git://yhbt.net/yahns
* https://yahns.yhbt.net/README
* https://yahns.yhbt.net/NEWS.atom.xml
* we only accept plain-text email yahns-public@yhbt.net
* and archive all the mail we receive: https://yhbt.net/yahns-public/
* nntp://news.public-inbox.org/inbox.comp.lang.ruby.yahns

Changes:

    yahns 1.12.5 - proxy_pass + rack.hijack fixes

    Hopefully the last of the 1.12.x series, this release
    fixes a few minor bugs mainly needed for testing.

    No upgrade should be necessary for non-proxy_pass users.

    4 changes since v1.12.4 from the "maint" branch at
    git://yhbt.net/yahns.git

          http_client: set state to :ignore before hijack callback
          test/test_client_expire: fix for high RLIMIT_NOFILE
          proxy_pass: do not chunk HTTP/1.0 with keep-alive
          proxy_pass: X-Forwarded-For appends to existing list

     lib/yahns/http_client.rb         |  6 +++---
     lib/yahns/proxy_http_response.rb |  8 ++++++--
     lib/yahns/proxy_pass.rb          |  5 ++++-
     test/test_client_expire.rb       | 13 +++++++++++--
     test/test_proxy_pass.rb          | 10 ++++++++++
     5 files changed, 34 insertions(+), 8 deletions(-)

    Note: the current "master" branch (at commit 5e211ea003d2)
    includes refactorings and new features not included in this
    release.

Please note the disclaimer:

  yahns is extremely sensitive to fatal bugs in the apps it hosts.  There
  is no (and never will be) any built-in "watchdog"-type feature to kill
  stuck processes/threads.  Each yahns process may be handling thousands
  of clients; unexpectedly killing the process will abort _all_ of those
  connections.  Lives may be lost!

  yahns hackers are not responsible for your application/library bugs.
  Use an application server which is tolerant of buggy applications
  if you cannot be bothered to fix all your fatal bugs.