- 24 Apr, 2020 16 commits
-
-
Julien Muchembled authored
See merge request !720
-
Julien Muchembled authored
-
Thomas Gambier authored
See merge request !739
-
Julien Muchembled authored
TODO: There are still direct references to specific version of Python in: - slapos component - bazel templates - nextcloud & theia SR
-
Julien Muchembled authored
-
Julien Muchembled authored
-
Julien Muchembled authored
-
Thomas Gambier authored
-
Thomas Gambier authored
if last_backup was an int, the script failed with this error: result undefined, global datetime = <module 'datetime' from '/srv/slapgrid/ slappart6...6d33cee74/lib/python2.7/lib-dynload/datetime.so'>, datetime.datetime = <type 'datetime.datetime'>, datetime.datetime.fromtimestamp = <built-in method fromtimestamp of type object>, last_backup = '1587724103' <type 'exceptions.TypeError'>: a float is required args = ('a float is required',) message = 'a float is required'
-
Thomas Gambier authored
This was broken in 8725ab1a. fix the way of getting parameters in the new recipe.
-
Thomas Gambier authored
* fix section pbs in instance-pull-backup.cfg.in after change of argument names. * fix the order of the 2 callbacks as the order is very important
-
Thomas Gambier authored
-
Thomas Gambier authored
-
Thomas Gambier authored
See !739
-
Thomas Gambier authored
Also use better argument names. The function is used in pbs recipe and was wrongly removed in 569439d5 commit. See !739
-
Thomas Gambier authored
The '.lock' suffix is automatically added by lockfile. See https://opendev.org/openstack/pylockfile/src/tag/0.12.2/lockfile/__init__.py#L218 See nexedi/slapos!739
-
- 23 Apr, 2020 3 commits
-
-
Julien Muchembled authored
It is broken since commit 71ed0078 ("pdftk removed from erp5").
-
Julien Muchembled authored
For repositories with patches, the latter should be downloaded first. Another issue that remains unfixed is that during the build of some components, some data are cached in ~/.cache and this can break further builds with the same user.
-
Jérome Perrin authored
-
- 22 Apr, 2020 6 commits
-
-
Łukasz Nowak authored
-
Kazuhiko Shiozaki authored
-
Ivan Tyagov authored
Former URL of models is now 404. Thus use proper offcial github location (no change of md5sum of file).
-
Jérome Perrin authored
As we can see in the testcases added, since we started to use Firefox 60, fonts were no longer selected and some garbage characters were displayed instead of the text. Before these changes, it looked like this: ![screenshot_test.TestFirefox60.test_screenshot_before](/uploads/7ffe2eb7678b9f62ae13a56f4c8b57cf/screenshot_test.TestFirefox60.test_screenshot_before.png) now it looks like this: ![screenshot_test.TestFirefox60.test_screenshot_after](/uploads/6d178ebdac388e534206149e97de08a1/screenshot_test.TestFirefox60.test_screenshot_after.png) which is of course better, but still wrong, because the test case uses Arial and this font is not Arial. This part will be fixed later. It seems firefox no longer accepts fonts from slapos directories, before the fix, firefox prints this on console: (./parts/firefox-60/firefox:7277): Pango-WARNING **: 08:06:33.942: failed to create cairo scaled font, expect ugly output. the offending font is 'IPAGothic 9.9990234375' (./parts/firefox-60/firefox:7277): Pango-WARNING **: 08:06:33.942: font_face status is: file not found (./parts/firefox-60/firefox:7277): Pango-WARNING **: 08:06:33.942: scaled_font status is: file not found (./parts/firefox-60/firefox:7277): Pango-WARNING **: 08:06:33.942: shaping failure, expect ugly output. shape-engine='PangoFcShapeEngine', font='IPAGothic 9.9990234375', text='?' (./parts/firefox-60/firefox:7277): Pango-WARNING **: 08:06:33.943: failed to create cairo scaled font, expect ugly output. the offending font is 'IPAGothic 9.9990234375' (./parts/firefox-60/firefox:7277): Pango-WARNING **: 08:06:33.943: font_face status is: file not found (./parts/firefox-60/firefox:7277): Pango-WARNING **: 08:06:33.943: scaled_font status is: file not found but the file exists... Maybe this is a bug in firefox ( https://bugzilla.mozilla.org/show_bug.cgi?id=1336049#c2 looks similar, even though for us in firefox 52 it was fine and the problem appeared between 52 and 60). A simple workaround is to copy all fonts in firefox fonts' directory. See merge request !736
-
Jérome Perrin authored
${xvfb-instance:display} is used in in runTestSuite.in
-
Jérome Perrin authored
"bin/pythonwitheggs" no longer exist See merge request !738
-
- 21 Apr, 2020 5 commits
-
-
Thomas Gambier authored
-
Jérome Perrin authored
"bin/pythonwitheggs" no longer exist
-
Jérome Perrin authored
See merge request !737
-
Jérome Perrin authored
This makes firefox 60 and 68 able to load some fonts and fixes the issue that fonts were rendered as garbled text
-
Jérome Perrin authored
-
- 20 Apr, 2020 4 commits
-
-
Jérome Perrin authored
-
Jérome Perrin authored
This fixes a regression from merge request !729 , surykatka command was no longer installed
-
Jérome Perrin authored
This code have been moved to slapos.core
-
Vincent Pelletier authored
-
- 18 Apr, 2020 3 commits
-
-
Julien Muchembled authored
-
Julien Muchembled authored
-
Julien Muchembled authored
-
- 17 Apr, 2020 3 commits
-
-
Julien Muchembled authored
- not all SR was using Cython 0.28.2 - with an upcoming upgrade of pycocotools, matplotlib>=2.1.0 will be required
-
Julien Muchembled authored
-
Julien Muchembled authored
-