- 21 Apr, 2017 5 commits
-
-
Alain Takoudjou authored
-
Alain Takoudjou authored
Conflicts: stack/certificate-authority/buildout.cfg stack/certificate-authority/instance-certificate-authority.cfg.jinja2.in stack/certificate-authority/template/ca-nginx.conf.in
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
- 20 Apr, 2017 4 commits
-
-
Alain Takoudjou authored
The CA python egg is here: https://lab.nexedi.com/vpelletier/caucase instance-certificate-authority.cfg.jinja2.in deploy a CA server which expose an API on HTTP, all request are done using GET, PUT, DELETE and POST on that API. Auth server is an apache httpd which validate client certificate for authentification. It autmatically request a signed certificate to CA and use it in apache configuration. client request will be validated using: SSLVerifyClient require in apache config
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
- 19 Apr, 2017 1 commit
-
-
Alain Takoudjou authored
-
- 25 Jan, 2017 4 commits
-
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
- 24 Jan, 2017 10 commits
-
-
Alain Takoudjou authored
-
Alain Takoudjou authored
This stack allow to sync two instance. One instance will have server scripts the oter one will have client script. It uses certificate authority stack and sshd stack to work. The server can describe a list of files that the client can sync, then he also approuve if the client can sync or not by adding the client ssh-key to his authorized_keys.
-
Alain Takoudjou authored
This new recipe allow to request an instance with a first software type, which is called clone instance. Then as soon the instance is ready (connection parameter is published) then request method will now request the instance normally. It's used to install clone stack in a partition, the clone stack will sync data then when all done publish a paramter to say that the instance can be requested with the real software type.
-
Alain Takoudjou authored
-
Alain Takoudjou authored
Auth server is an apache httpd which validate client certificate for authentification. It autmatically request certificate to CA web (required to this work on SlapOS)
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
Alain Takoudjou authored
-
- 21 Nov, 2016 1 commit
-
-
Ivan Tyagov authored
Tests passing here: https://nexedi.erp5.net/test_result_module/20161117-147BEEA9 /reviewed-on nexedi/slapos!118
-
- 17 Nov, 2016 4 commits
-
-
Kazuhiko Shiozaki authored
because zope.interface is not required to build rebootstrap python.
-
Kirill Smelkov authored
This reverts commit ae808179. Reason for revert: zodbtools depend on ZODB while currently neoppod & erp5 are depending on `ZODB3 = 3.10` so upon installing both ZODB3 and ZODB are installed. Together with our requirement stack/erp5/zope-versions.cfg:transaction = 1.1.1 This creates version conflict and installation fails: 2016-11-17 14:56:35,858 testsuite : INFO slapgrid_sr : 2016-11-17 14:56:35 slapos[3698] INFO The version, 1.1.1, is not consistent with the requirement, 'transaction>=1.6.1'. 2016-11-17 14:56:35,937 testsuite : INFO slapgrid_sr : 2016-11-17 14:56:35 slapos[3698] INFO While: 2016-11-17 14:56:35,937 testsuite : INFO slapgrid_sr : 2016-11-17 14:56:35 slapos[3698] INFO Installing neoppod. 2016-11-17 14:56:35,937 testsuite : INFO slapgrid_sr : 2016-11-17 14:56:35 slapos[3698] INFO Error: Bad version 1.1.1 So revert zodbtools hooking for now until we upgrade our ZODB to ZODB > 3.
-
Julien Muchembled authored
-
Kirill Smelkov authored
As advised by @Tyagov this adds zodbutils egg [1,2] to our software stack: both NEO and ERP5 (since stack/erp5/ inherits from neoppod/software-common.cfg) I have not build-tested this patch but I hope it should be ok. /cc @nexedi [1] https://lab.nexedi.com/nexedi/zodbtools [2] https://pypi.python.org/pypi/zodbtools /reviewed-on nexedi/slapos!116
-
- 15 Nov, 2016 4 commits
-
-
Nicolas Wavrant authored
* Includes a new recipe to get a random time * Moves generatepassword and generatemac into random.py * Fixes up some recipe, as the creation of a "random.py" file may collide with the import of the standard library random
-
Nicolas Wavrant authored
This reverts commit 2b0c61d9.
-
Nicolas Wavrant authored
Reading the .installed.cfg file is not the correct way of storing values. The publish_early recipe should be used instead This reverts commit 8787716d.
-
Alain Takoudjou authored
-
- 11 Nov, 2016 1 commit
-
-
Ivan Tyagov authored
repositories if configured are public. Thus such a check will by design fail. @seb, @rafael please review. I tested this and it works. /reviewed-on nexedi/slapos!114
-
- 10 Nov, 2016 1 commit
-
-
Julien Muchembled authored
Then we'll upgrade setuptools for everyone at the same time as we switch to zc.buildout 2.x
-
- 09 Nov, 2016 1 commit
-
-
Sebastien Robin authored
Same issue of avoiding publishing private code, this time with nothing published by default. Ivan, can you quickly try this apache config and give your opinion if it acceptable that you add .htaccess in the code to be tested ? /cc @jm @Tyagov @rafael /reviewed-on nexedi/slapos!113
-
- 08 Nov, 2016 2 commits
-
-
Kazuhiko Shiozaki authored
-
Julien Muchembled authored
-
- 07 Nov, 2016 2 commits
-
-
Arnaud Fontaine authored
-
Arnaud Fontaine authored
This reverts commit 292be60ff42edc2ce57f2e6701ad283c18e9772b because of a regression in tesseract > 3.02: https://github.com/tesseract-ocr/tesseract/issues/360#issuecomment-258775303 Related Unit Tests failures: * test_PDFDocument_asTextConversion (testDms.TestDocument) * test_MonochromeImageResize (testDms.TestDocument) * test_CMYKImageTextContent (testDms.TestDocument) => AssertionError: 'ERP5 is a free software\n\n' != 'ERPS is a free software.\n\n' Tested versions: * 3.04.01 (leptnonica: 1.73): NOK * 3.03.03 (leptonica: 1.71): NOK * 3.03-rc1 (leptonica: 1.71): NOK * 3.02.01 (leptonica: 1.69): OK * 3.02 (leptonica: 1.71): OK
-