update man pages for 11-12
CHEF-5189 Correct link provider debug output
bump to 11.14.0.alpha.1 to add annotated tag
Merge pull request #1362 from opscode/jhs/CHEF-5189

CHEF-5189 Correct link provider debug output
Wrap code in an instance_eval context for syntax check.

This evaluates the code in a context similar to what Chef does when
compiling recipes, so that idioms like using `return` to end evaluation
of a recipe will work.
Update
Merge branch 'CHEF-5199'
reorder middleware in chef::http::simple

the api here reverses the order of the reversed order in the
responses for some reason.  this broke remote_file for most of the
internet.
fix spec test

compared to the same test in rest_spec.rb this makes no sense at all
why we need to invert it, and its clear to me why this bug got through code
review because it looks obviously correct.  it looks very obviously
wrong now, but it works.
Merge pull request #1368 from opscode/lcg/CHEF-5198

reorder middleware in chef::http::simple
CHEF-5198: a better fix

- reverts previous fix to CHEF-5198
- applies stream handler middleware in (proper) reverse order
- adds debugging around middleware application
- moves dumping of response header debugging to before applying
  response/streaming middleware
Merge pull request #1369 from opscode/lcg/CHEF-5198-2

CHEF-5198: a better fix
CHEF-5198: add func tests for remote_file

this tests:

- successful uncompressed downloads with correct content-length
- successful compressed downloads with correct content-length
- unsuccessful uncompressed downloads with incorrect content-length
- unsuccessful compressed downloads with incorrect content-length
- successful downloads with incorrect conteng-length when
  transfer-encoding is set

this makes sure that decompression + content length validate is
happening in the correct order with remote_file and that we're ignoring
the content-length in the presence of a transfer-encoding.
quote git rev_pattern to prevent pathname expansion
CHEF-4940: Add note to changelog
[CHEF-5150] chef-service-manager: don't create interactive service

See http://msdn.microsoft.com/en-us/library/windows/desktop/ms683502%28v=vs.85%29.aspx
Default value in win32-service is interactive and there is no reason why
chef-client should run as that.
CHEF-5150: update UPPER_CASE.md files
windows path fix for CHEF-4472
Update local_file.rb
Correction on call vs log error