If we don't specify MaxRequestWorkers, it seems like Apache 2.4
errors with:
AH03490: scoreboard is full, not at MaxRequestWorkers. Increase
ServerLimit.
Maybe because MaxRequestWorkers then defaults to a too high value
compared to ServerLimit and ThreadsPerChild.

/reviewed-on nexedi/slapos!263

  Note: slapos-cookbook is used by eggs, so git revision is not required anymore.

###############################################################################
# Update software/cloudooo/software.cfg
# Test Suite: CLOUDOOO-MASTER ran at 2017/11/08 18:47:30.478291 UTC
#             1 failures, 2 errors, 200 total, status: FAIL

[slapos-cookbook.repository]
revision = 6b3dae5f

[cloudooo]
revision = 290f92fb700c6e04b515140cc45dcac1b4de18cc

Failures on unit tests for software/cloudooo/software.cfg on the current revision:
  *  testPdfHandler 0 fails, 1 errors
  *  testPdfServer 0 fails, 1 errors
  *  testX2tServer 1 fails, 0 errors

###############################################################################
# Update software/slapos-master/software.cfg
# Test Suite: SLAPOS-MASTER-MASTER ran at 2017/11/09 23:14:35.211494 UTC
#             3 failures, 3 errors, 1248 total, status: FAIL

[slapos-cookbook.repository]
revision = 0ce9ba5d

[erp5]
revision = 213b8f3abd8a6a6df07fe83d6c27cc4f3737a0b2

[vifib]
revision = 3db1e1c8807eef948b5f42e96ea5684a14b139e7

Failures on unit tests for software/slapos-master/software.cfg on the current revision:
  *  slapos_configurator:testSlapOSConfigurator 1 fails, 1 errors
  *  slapos_crm:testSlapOSCRMAlarm 1 fails, 0 errors
  *  slapos_erp5:testSlapOSERP5DefaultScenario 0 fails, 1 errors
  *  slapos_jio:testSlapOSHypermediaScenario 0 fails, 1 errors
  *  slapos_jio:testSlapOSHypermediaSkins 1 fails, 0 errors

###############################################################################
# Update software/erp5.software.cfg
# Test Suite: ERP5-MASTER ran at 2017/11/09 19:40:25.457283 UTC
#             2 failures, 0 errors, 5602 total, status: FAIL

[slapos.cookbook]
revision = 0ce9ba5d

[erp5]
revision = c9317a0e2ee65715ae03091566d555d1a73e6601

Failures on unit tests for software/erp5.software.cfg on the current revision:
  *  erp5_officejs_ui_test:testFunctionalOfficeJS 1 fails, 0 errors
  *  testXHTML 1 fails, 0 errors

###############################################################################
# Update software/wendelin/software.cfg
# Test Suite: WENDELIN-MASTER-DEV ran at 2017/11/08 23:25:38.661383 UTC
#             0 failures, 0 errors, 10 total, status: PASS

[slapos-cookbook.repository]
revision = 6b3dae5f

[erp5]
revision = c9317a0e2ee65715ae03091566d555d1a73e6601

[wendelin]
revision = 56123b8d75bb7827b3f70864d4f9dca19d136ad6

[wendelin.core]
revision = f11386a4a7988ba6668dcb48887650c0dda35165

Failures on unit tests for software/wendelin/software.cfg on the current revision:
  *

###############################################################################
# Update software/neoppod/software.cfg
# Test Suite: NEO-MASTER ran at 2017/11/09 23:19:45.402129 UTC
#             18 failures, 1 errors, 777 total, status: FAIL

[slapos.cookbook]
revision = 0ce9ba5d

[neoppod]
revision = 03b5b47eaecad8dca4d4deac422020598e79f8aa

Failures on unit tests for software/neoppod/software.cfg on the current revision:
  *  SQLite 9 fails, 1 errors

Thanks to nexedi/slapos!158 , in a slaprunner we can use slapos command:
```
$ slapos supply https://lab.nexedi.com/nexedi/slapos/raw/1.0.19/software/erp5/software.cfg slaprunner
```
works fine to supply a software to "current" webrunner, but building this software with `slapos node software` fails with:
```
$ slapos node software
2017-10-03 02:46:33 slapos[29536] CRITICAL slapgrid could not write pidfile /opt/slapos/slapgrid-sr.pid
2017-10-03 02:46:33 slapos[29536] ERROR [Errno 13] Permission denied: '/opt/slapos/slapgrid-sr.pid'
Traceback (most recent call last):
  File "/opt/slapgrid/f496eadc03f1ac5a0ab1e4ae60bbe972/eggs/slapos.core-1.4.1-py2.7.egg/slapos/cli/entry.py", line 300, in run_subcommand
    result = cmd.run(parsed_args)
  File "/opt/slapgrid/f496eadc03f1ac5a0ab1e4ae60bbe972/eggs/slapos.core-1.4.1-py2.7.egg/slapos/cli/command.py", line 50, in run
    return self.take_action(parsed_args)
  File "/opt/slapgrid/f496eadc03f1ac5a0ab1e4ae60bbe972/eggs/slapos.core-1.4.1-py2.7.egg/slapos/cli/slapgrid.py", line 116, in take_action
    setRunning(logger=self.app.log, pidfile=pidfile)
  File "/opt/slapgrid/f496eadc03f1ac5a0ab1e4ae60bbe972/eggs/slapos.core-1.4.1-py2.7.egg/slapos/grid/utils.py", line 155, in setRunning
    write_pid(logger, pidfile)
  File "/opt/slapgrid/f496eadc03f1ac5a0ab1e4ae60bbe972/eggs/slapos.core-1.4.1-py2.7.egg/slapos/grid/utils.py", line 167, in write_pid
    with open(pidfile, 'w') as fout:
IOError: [Errno 13] Permission denied: '/opt/slapos/slapgrid-sr.pid'
```

because slaprunner's web interface also runs software, it's better both `slapos node software` command and the one from slaprunner web interface uses the same pid file so that they do not run in parallel.

This depends on nexedi/slapos.core!29

/reviewed-on nexedi/slapos!235

Since using apache-2.4[1] the Include directive will fail if no glob
matches, this switch to new, IncludeOptional[2], available since 2.4, in
order to not fail if no configurations are present.

 [1] 1f7bf3d1
 [2] http://httpd.apache.org/docs/2.4/mod/core.html#includeoptional

/reviewed-on nexedi/slapos!252

Recent versions of OpenSSL refuse to load Romain's key:

  unable to load certificate
  140268475908992:error:0D0E20DE:asn1 encoding routines:c2i_ibuf:illegal zero content:../crypto/asn1/a_int.c:154:
  140268475908992:error:0D08303A:asn1 encoding routines:asn1_template_noexp_d2i:nested asn1 error:../crypto/asn1/tasn_dec.c:609:Field=serialNumber, Type=X509_CINF
  140268475908992:error:0D08303A:asn1 encoding routines:asn1_template_noexp_d2i:nested asn1 error:../crypto/asn1/tasn_dec.c:609:Field=cert_info, Type=X509
  140268475908992:error:0906700D:PEM routines:PEM_ASN1_read_bio:ASN1 lib:../crypto/pem/pem_oth.c:33:

With older versions:

  Certificate:
      Data:
          Version: 1 (0x0)
          Serial Number: 0 (0x0)
      ...
Acked-by: Romain Courteaud <romain@nexedi.com>

On some machines, net:TestDialTimeout never passes and today, Go 1.4 is only
used for bootstrapping, so let's not be more clever than Go devs, who
explicitly state to use make.bash

See also https://github.com/golang/go/issues/18954

  id-store-interval is mandatory now.

See nexedi/erp5@5169f193

Support for HTTPS added. 

@rafael @kirr @gabriel 

/reviewed-on nexedi/slapos!249

Conflicts:
	software/slapos-master/software.cfg

We are preparing a new buildout version nexedi/slapos.buildout!12

but until that we can force the default index in profiles

/reviewed-on nexedi/slapos!248

Version up for golang from go1.9.1 to go1.9.2

@rafael @kirr @alain.takoudjou

[ kirr: from https://golang.org/doc/devel/release.html#go1.9.minor

go1.9.2 (released 2017/10/25) includes fixes to the compiler, linker, runtime, documentation, go command, and the crypto/x509, database/sql, log, and net/smtp packages. It includes a fix to a bug introduced in Go 1.9.1 that broke go get of non-Git repositories under certain conditions. See the Go 1.9.2 milestone on our issue tracker for details.

@gabriel says they tested go1.9.2 on Caddy ]

/reviewed-on nexedi/slapos!247

9b5d8262 (v↑ zodbtools (0.0.0.dev4)) added zodburi and in turn ZEO
dependency to neoppod/software-common.cfg because zodburi currently
non-optionally requires ZEO.

However I forgot to notice that if we always pin ZEO to 4.x it will
require `transaction < 2` and this will break neoppod/software-zodb5.cfg
which requires ZODB 5.x and in turn `transaction >= 2`:

	Installing neoppod.
	Version and requirements information containing transaction:
	  [versions] constraint on transaction: 2.1.2
	  Requirement of ZODB==5.3.0: transaction>=2.0.3
	  Requirement of transaction>=2.0.3: zope.interface
	  Requirement of ZEO: transaction<2.0.0
	While:
	  Installing neoppod.
	Error: The requirement ('transaction<2.0.0') is not allowed by your [versions] constraint (2.1.2)

We already have ZODB = 4.x in software-common.cfg and software-zodb5.cfg
overrides it to ZODB = 5.x, but ZEO was left not-overwritten and this
way there becomes conflicting requirement on transaction.

Fix it by also overriding ZEO in software-zodb5.cfg

/reported-and-reviewed-by @jm
/reported-on !242 (comment 49754)