- 19 May, 2020 7 commits
-
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
So that we all edit files in a consistent style
-
Jérome Perrin authored
See merge request !756
-
Jérome Perrin authored
Since e5687602 it's instance responsability to generate a fonts.conf if they need fonts, but we realized to late that if there is no /etc/fonts/fonts.conf on the machine firefox does not start. In recent ERP5 software release, we have a $FONTCONFIG_FILE, but on older versions we don't. To keep compatibility with old ERP5 software release, we generate a default FONTCONFIG_FILE that will be used as fallback when $FONTCONFIG_FILE environment variable is not set.
-
- 18 May, 2020 6 commits
-
-
Nicolas Wavrant authored
As we have kvm with a section deployed using collective.recipe.shelloutput, if collective.recipe.shelloutput isn't in the SR folder anymore this section can't be uninstalled (as the uninstall method is defined in the egg). The output of buildout for this error was : Installing switch_softwaretype. Uninstalling frontend-port. While: Installing. Uninstalling frontend-port. Installing recipe collective.recipe.shelloutput. Getting distribution for 'collective.recipe.shelloutput'. Error: We don't have a distribution for collective.recipe.shelloutput and can't install one in offline (no-install) mode. The cause was a7a36453
-
Jérome Perrin authored
See merge request !700
-
Jérome Perrin authored
-
Jérome Perrin authored
now that we have a patch to support gcc 8 we should support all known versions of gcc
-
Jérome Perrin authored
gcc-5.5 compiles a bit slower python and we are observing failures in ERP5 performance tests.
-
Jérome Perrin authored
Fix build errors on gcc 8: ../glibmm/threads.h: In member function 'GPrivate* Glib::Threads::Private<T>::gobj()': ../glibmm/threads.h:661:29: error: cannot convert 'GPrivate' {aka '_GPrivate'} to 'GPrivate*' {aka '_GPrivate*'} in return GPrivate* gobj() { return gobject_; } ^~~~~~~~ This backport fixes from https://github.com/GNOME/glibmm/commit/37d57ae9572b7d74aa385a30313eceae7f2d3fce plus changes to generated files, as found in https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=85e6e0e04ae19670b071820947d941e521d1200e or https://src.fedoraproject.org/rpms/glibmm24/c/ecc4276486706c0ebc55aff3ac592499dc9df2a9?branch=master
-
- 16 May, 2020 2 commits
-
-
Julien Muchembled authored
-
Julien Muchembled authored
-
- 15 May, 2020 6 commits
-
-
Julien Muchembled authored
-
Julien Muchembled authored
This includes a workaround to fix ZSTD detection.
-
Łukasz Nowak authored
-
Łukasz Nowak authored
This allows to test the minimal setup of the configuration. The setup is split, as slaves are now not required. Some test methods are changed to reflect the reality of instantiation.
-
Łukasz Nowak authored
-
Łukasz Nowak authored
-
- 14 May, 2020 3 commits
-
-
Julien Muchembled authored
This reverts commit bb92b732 because of: CMake Error at storage/rocksdb/build_rocksdb.cmake:45 (MESSAGE): ZSTD library was not found, but WITH_ROCKSDBZSTD option is ON. Either set WITH_ROCKSDBZSTD to OFF, or make sure ZSTD is installed
-
Julien Muchembled authored
-
Jérome Perrin authored
without valid fonts, firefox refuses to start
-
- 13 May, 2020 2 commits
-
-
Thomas Gambier authored
-
Julien Muchembled authored
-
- 12 May, 2020 10 commits
-
-
Julien Muchembled authored
-
Gabriel Monnerat authored
PyPDF2 overwrites `warning.showwarning` and this is already confirmed as a major flaw: https://github.com/mstamy2/PyPDF2/issues/67#issuecomment-34387142 But, this is never applied in PyPDF2. To fix this issue in ERP5, we will copy the patch to our stack and apply it. See merge request !746
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
Use by default latest version
-
Thomas Gambier authored
-
Thomas Gambier authored
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
-
- 11 May, 2020 4 commits
-
-
Julien Muchembled authored
-
Thomas Gambier authored
-
Julien Muchembled authored
-
Jérome Perrin authored
Because we were generating a fontconfig file without the default configuration, non optimal fonts where selected during substitutions, for example instead of the very common Arial, we were substituting a serif font which looks completly different. See merge request !753
-