This avoids duplication of information.

The cluc from https://docs.trafficserver.apache.org/en/7.1.x/admin-guide/logging/formatting.en.html#cache-details
allows to track the log entry per the originated request, which basically
makes debugging of ATS behaviour possible.

/reviewed-on nexedi/slapos!689

/reviewed-on nexedi/slapos!633

This reverts commit 2cc61477.

Now we now, without "futures" egg, gunicorn refuses to start:

    Error: class uri 'gunicorn.workers.gthread.ThreadWorker' invalid or not found:

    [Traceback (most recent call last):
      File "/srv/slapgrid/slappart14/srv/testnode/cqc/inst/test0-0/tmp/soft/8c22f5a21e7f016f38916f098ab2339b/eggs/gunicorn-19.7.1-py2.7.egg/gunicorn/util.py", line 134, in load_class
	mod = import_module('.'.join(components))
      File "/srv/slapgrid/slappart14/srv/testnode/cqc/inst/test0-0/tmp/shared/python2.7/8d8826883d34c5a7ec7a5b8c187d89c9/lib/python2.7/importlib/__init__.py", line 37, in import_module
	__import__(name)
      File "/srv/slapgrid/slappart14/srv/testnode/cqc/inst/test0-0/tmp/soft/8c22f5a21e7f016f38916f098ab2339b/eggs/gunicorn-19.7.1-py2.7.egg/gunicorn/workers/gthread.py", line 37, in <module>
	""")
    RuntimeError:
	You need to install the 'futures' package to use this worker with this
	Python version.

There have been a few fixes since last time we update.

nexedi/cloudooo@0ff799eb...67e233f2

/reviewed-on nexedi/slapos!698

Yet another non-obvious change that was committed without explanation.
Let's revert and see what breaks...

- lsmod is wrong because kvm_intel may be built inside the kernel
- kvm_intel is wrong because it only works for Intel CPUs
  (for exemple, there exists kvm_amd)
- /dev/kvm may have wrong permissions

check-maximum-elapsed-time and failure-amount are added to support
monitoring distant backends with some margin on the failures.

This fixes errors like:

    File "python3.6/lib/python3.6/re.py", line 142, in <module>
      class RegexFlag(enum.IntFlag):
  AttributeError: module 'enum' has no attribute 'IntFlag

hexagonit.recipe.download-1.7.post4 (Nexedi's patch) is not compatible
with Python 3 (yet?).

In order to avoid the very long #!/.../python path, call surykatka with
explicit interpreter.

By default one failure is considered as bad thing, but allows to select sites
which shall be treated with some tolerance.

Allows to configure maximum time for which the site is considered correct.

For each class (the maximum elapsed time value) separate surykatka process
is started, in order to not impact fast sites checking by long timeouts on
slow sites.

Improvements:

 * reports on elapsed_time
 * timeout handling fixed
 * reporting filtering fixed

pysvn 1.7.10 already supports Python 3, but this patch did not.

/reviewed-on nexedi/slapos!693

Typos and fix of description, was wrongly copy&pasted from master.

We don't want to build against system library that might or might not be
present on the host.

This also cause SR test to fail with:

    RuntimeError: ./parts/trafficserver7/bin/traffic_manager uses system library /lib/x86_64-linux-gnu/libcap.so.2 for libcap.so.2
    ./parts/trafficserver7/bin/traffic_crashlog uses system library /lib/x86_64-linux-gnu/libcap.so.2 for libcap.so.2
    ./parts/trafficserver7/bin/traffic_server uses system library /lib/x86_64-linux-gnu/libcap.so.2 for libcap.so.2
    ./parts/trafficserver7/bin/traffic_ctl uses system library /lib/x86_64-linux-gnu/libcap.so.2 for libcap.so.2
    ./parts/trafficserver7/bin/traffic_logstats uses system library /lib/x86_64-linux-gnu/libcap.so.2 for libcap.so.2
    ./parts/trafficserver7/bin/traffic_via uses system library /lib/x86_64-linux-gnu/libcap.so.2 for libcap.so.2
    ./parts/trafficserver7/bin/traffic_cop uses system library /lib/x86_64-linux-gnu/libcap.so.2 for libcap.so.2
    ./parts/trafficserver7/bin/traffic_layout uses system library /lib/x86_64-linux-gnu/libcap.so.2 for libcap.so.2
    ./parts/trafficserver7/bin/traffic_logcat uses system library /lib/x86_64-linux-gnu/libcap.so.2 for libcap.so.2
    ./parts/trafficserver7/lib/libtsutil.so.7.1.6 uses system library /lib/x86_64-linux-gnu/libcap.so.2 for libcap.so.2
    ./parts/trafficserver7/lib/libtsmgmt.so.7.1.6 uses system library /lib/x86_64-linux-gnu/libcap.so.2 for libcap.so.2
    ./parts/trafficserver7/lib/libtsmgmt.so.7 uses system library /lib/x86_64-linux-gnu/libcap.so.2 for libcap.so.2
    ./parts/trafficserver7/lib/libtsmgmt.so uses system library /lib/x86_64-linux-gnu/libcap.so.2 for libcap.so.2
    ./parts/trafficserver7/lib/libtsutil.so.7 uses system library /lib/x86_64-linux-gnu/libcap.so.2 for libcap.so.2
    ./parts/trafficserver7/lib/libtsutil.so uses system library /lib/x86_64-linux-gnu/libcap.so.2 for libcap.so.2

/reviewed-on nexedi/slapos!691

This reverts commit d57770ac,
and adds 2 patches from Debian.

It no longer exist at this URL

/reviewed-on !622

https://github.com/grafana/loki/blob/master/docs/README.md

> Grafana Loki is a set of components that can be composed into a fully featured logging stack.

The plan is not to really use this, just to see what interesting ideas are in there.

/reviewed-on nexedi/slapos!658