An error occurred fetching the project authors.
- 16 Apr, 2018 1 commit
-
-
Kirill Smelkov authored
/reviewed-by: TrustMe
-
- 30 Aug, 2017 1 commit
-
-
Julien Muchembled authored
-
- 23 Aug, 2017 1 commit
-
-
Julien Muchembled authored
This prevented from overriding 'erp5' without affecting the 'wendelin' itself. Repository sections are often customized to disable cloning and make 'location' point to an existing directory.
-
- 25 Jul, 2017 2 commits
-
-
Iliya Manolov authored
-
Łukasz Nowak authored
-
- 28 Mar, 2017 1 commit
-
-
Kirill Smelkov authored
/reviewed-by: TrustMe
-
- 16 Mar, 2017 2 commits
-
-
Kirill Smelkov authored
/reviewed-by: TrustMe
-
Kazuhiko Shiozaki authored
-
- 24 Feb, 2017 1 commit
-
-
Kazuhiko Shiozaki authored
-
- 17 Jan, 2017 1 commit
-
-
Kirill Smelkov authored
/reviewed-by: TrustMe
-
- 28 Sep, 2016 2 commits
-
-
Kirill Smelkov authored
/reviewed-by: TrustMe
-
Douglas authored
@Tyagov, please review. Now the test runners use the LD_PRELOAD environment variable to load the correct libstdc++ built by slapos and restart themselves. The restart is necessary because LD_PRELOAD is only taken into account at the time the process is started. Changing this environment variable in runtime has no effects. Tests results are available at Nexedi's ERP5 and are 100% ok: https://nexedi.erp5.net/test_result_module/20160927-3FA05624. /reviewed-on nexedi/slapos!99
-
- 31 Aug, 2016 1 commit
-
-
Kazuhiko Shiozaki authored
-
- 14 Jul, 2016 1 commit
-
-
Kirill Smelkov authored
/reviewed-by: TrustMe
-
- 11 Jul, 2016 1 commit
-
-
Douglas authored
@Tyagov this is the slapos part of nexedi/erp5!131. It includes: - Documentation on top on each Jupyter notebook about why and how we use the environment object. - astor egg, used to convert abstract syntax tree objects back to source code. /reviewed-on nexedi/slapos!76
-
- 13 Jun, 2016 1 commit
-
-
Kirill Smelkov authored
/reviewed-by: TrustMe
-
- 11 Mar, 2016 1 commit
-
-
Ivan Tyagov authored
-
- 01 Feb, 2016 2 commits
-
-
Kirill Smelkov authored
Pandas and scikit-learn are handy to have for data processing which we are going to do more and more in ERP5 context. Matplotlib is very handy to have when one works with Jupyter, but also can be used by just backend code to generate graphs. From this point of view it makes sense to have this eggs always available out of the box. To do so move them from Wendelin to ERP5. /suggested-by @tiwariayush /reviewed-by @Tyagov (on nexedi/slapos!43)
-
Kirill Smelkov authored
This patch teaches ERP5 software release to automatically instantiate Jupyter notebook web UI and tune it to connect to ERP5 by default. When Jupyter is enabled, it also installs on-server erp5_data_notebook bt5 (nexedi/erp5!29) which handles code execution requested for Jupyter. For ERP5 - for security and backward compatibility reasons - Jupyter instantiation and erp5_data_notebook bt5 install happen only if jupyter is explicitly enabled in instance parameters. The default is not to have Jupyter out of the box. On the other hand for Wendelin SR, which inherits from ERP5 SR, the default is to have Jupyter out of the box, because Wendelin SR is fresh enough without lots of backward compatibility needs, and Jupyter is usually very handy for people who use Wendelin. ~~~~ For integration, we reuse already established in ERP5 infrastructure, to request various slave instances, and request Jupyter in a way so it automatically tunes and connects to balancer of one of Zope family. Jupyter code itself is compiled by reusing software/ipython_notebook/software.cfg, and Jupyter instance code is reused by hooking software/ipython_notebook/instance.cfg.in into ERP5 SR properly (the idea to override instance-jupyter not to render into default template.cfg is taken from previous work by @tiwariayush). ~~~~ I tested this patch inside webrunner with create-erp5-site software type and various configurations (whether to have or not have jupyter, to which zope family to connect it, etc). I have not tested frontend instantiation fully - because tests were done only in webrunner, but I've tried to make sure generated buildout code is valid for cases with frontend. NOTE the code in this patch depends erp5_data_notebook bt5 (nexedi/erp5!29) which just got merged to erp5.git recently (see nexedi/erp5@f662b5a2) NOTE even when erp5_data_notebook bt5 is installed, on a freshly installed ERP5, it is required to "check site consistency" first, so that initial bt5(s) are actually installed and erp5 is ready to function. /cc @vpelletier, @Tyagov, @klaus, @Camata, @tiwariayush, @Kreisel, @jerome, @nexedi /proposed-for-review-on nexedi/slapos!43
-
- 26 Jan, 2016 1 commit
-
-
Kirill Smelkov authored
Both numpy and ipython are included in ERP5 SR which wendelin inherits from, and are pinned there. Here are e.g. latest pin-ups for numpy and ipython in erp5: e3144a8a (version up eggs.) 135570c9 (version up eggs.) Furthermore: this is not only a cleanup. As e3144a8a shows current version of numpy in erp5 is 1.10.4 and in wendelin we still have 1.9.2 which is unintentional downgrade compared to erp5. Don't do that. /cc @kazuhiko /reviewed-by @Tyagov (on nexedi/slapos!41)
-
- 24 Jan, 2016 1 commit
-
-
Kirill Smelkov authored
@rafael added this in 971d0bb7 (erp5: Make possible extent the list of initial business templates to install), but we dropped that change while merging erp5-cluster to master - see: 6bbb61a8 "Merge branch 'master' into erp5-cluster", and e84d5e83 "Merge branch 'erp5-cluster'" 6bbb61a8 claimed that it Dropped commit 971d0bb7 ("erp5: Make possible extent the list of initial business templates to install"). but it actually dropped changes only under stack/erp5/ , not software/wendelin/ Fix it. /cc @rafael, @jm, @Tyagov /reviewed-by TrustMe
-
- 18 Dec, 2015 1 commit
-
-
Kirill Smelkov authored
Commit cee110b2 (IPython Notebook: Fixing coding crimes for section names) changed IPython notebook section name to use '-' as word delimiter but forgot to update users, and this way wendelin build started to fail: INFO While: INFO Installing. INFO Getting section ipython_notebook. INFO Error: The referenced section, 'ipython_notebook', was not defined. Fix it. (And I've made sure with whole-tree git grep that there is no more ipython notebook users except wendelin in whole slapos.git so far) /reported-by @Tyagov /cc @tiwariayush /reviewed-by TrustMe
-
- 19 Oct, 2015 1 commit
-
-
Ivan Tyagov authored
-
- 21 Sep, 2015 1 commit
-
-
Kirill Smelkov authored
lab.nexedi.com is now our main domain for git hosting. lab.nexedi.cn continues to work for backward-compatibility reasons. /reviewed-by: TrustMe
-
- 19 Aug, 2015 1 commit
-
-
Kirill Smelkov authored
/reviewed-by: TrustMe
-
- 17 Aug, 2015 2 commits
-
-
Kirill Smelkov authored
This reverts commit 8dac4823. Let's try buildint again after hopefully fixing rubygems issue in 1f9adc65 (*: Pin rubygems library version when used; Do pinning by url) /cc @klaus, @Tyagov
-
Ivan Tyagov authored
-
- 24 Jun, 2015 1 commit
-
-
Rafael Monnerat authored
-
- 22 Jun, 2015 2 commits
-
-
Kazuhiko Shiozaki authored
-
Rafael Monnerat authored
-
- 16 Jun, 2015 1 commit
-
-
Kirill Smelkov authored
Reviewed-by: TrustMe
-
- 11 Jun, 2015 1 commit
-
-
Ivan Tyagov authored
-
- 04 Jun, 2015 1 commit
-
-
Ivan Tyagov authored
-
- 03 Jun, 2015 2 commits
-
-
Ivan Tyagov authored
This reverts commit bf75e8a9.
-
Ivan Tyagov authored
-
- 02 Jun, 2015 1 commit
-
-
Ivan Tyagov authored
-