1. 09 Oct, 2020 2 commits
  2. 08 Oct, 2020 2 commits
  3. 06 Oct, 2020 1 commit
    • Jérome Perrin's avatar
      Theia: fix installation · bfa9ab9d
      Jérome Perrin authored
      This addresses both :
       - some random failures we sometimes have when installing `python-language-server` fail
       - caddy no longer being installed here since !821
      
      See merge request !828
      bfa9ab9d
  4. 05 Oct, 2020 2 commits
  5. 02 Oct, 2020 4 commits
    • Julien Muchembled's avatar
      version up: Debian 10 netinst · 8dfa5add
      Julien Muchembled authored
      8dfa5add
    • Jérome Perrin's avatar
      f56c476a
    • Jérome Perrin's avatar
      software/theia: clear venv when installing python language server · 31dc8c63
      Jérome Perrin authored
      Prevent this kind of errors when first installation fail:
      
          Error: [Errno 13] Permission denied: 'parts/python-language-server/bin/activate'
      
      by using --clear the virtualenv is recreated from scratch if the command failed
      for some reason.
      31dc8c63
    • Jérome Perrin's avatar
      component/mariadb: go back to mariadb 10.3.22 · b8d3131b
      Jérome Perrin authored
      We are observing mariadb crashes in ERP5 with 10.4, so revert back to 10.3
      
      Crashes errors are:
      
          InnoDB: Assertion failure in file .../mariadb-10.4.14/storage/innobase/lock/lock0lock.cc line 6900
      
      in non debug mode and:
      
          mysqld: .../mariadb-10.4.14/storage/innobase/row/row0sel.cc:4480: dberr_t row_search_mvcc(byte*, page_cur_mode_t, row_prebuilt_t*, ulint, ulint): Assertion `prebuilt->sql_stat_start || trx->state == TRX_STATE_ACTIVE || (prebuilt->table->no_rollback() && trx->state == TRX_STATE_NOT_STARTED)' failed.
      
      in debug mode.
      
      This is an incompatible change for ERP5 instances which might have
      already been running mariadb 10.4, because their database would have
      been updated to 10.4, but mariadb does not support "downgrading".
      Hopefully we don't have such cases, but if that's the case one
      solution seems to dump databases with 10.4 and load in 10.3 and
      I guess in this process the system databases such as "mysql" should
      be excluded from this process.
      b8d3131b
  6. 30 Sep, 2020 3 commits
  7. 29 Sep, 2020 1 commit
  8. 28 Sep, 2020 8 commits
  9. 25 Sep, 2020 7 commits
  10. 24 Sep, 2020 6 commits
  11. 21 Sep, 2020 3 commits
  12. 17 Sep, 2020 1 commit
    • Kirill Smelkov's avatar
      golang: Fix it to keep per-workspace bits inside go.work/ · 273b5687
      Kirill Smelkov authored
      And not globally inside slapuser $HOME (which is go builtin default).
      
      `go env` output: before:
      
          (go.work) slapuser34@vifibcloud-rapidspace-hosting-007:~/srv/runner$ go env
          GO111MODULE=""
          GOARCH="amd64"
          GOBIN=""
          GOCACHE="/srv/slapgrid/slappart34/.cache/go-build"
          GOENV="/srv/slapgrid/slappart34/.config/go/env"
          GOEXE=""
          GOFLAGS=""
          GOHOSTARCH="amd64"
          GOHOSTOS="linux"
          GOINSECURE=""
          GONOPROXY=""
          GONOSUMDB=""
          GOOS="linux"
          GOPATH="/srv/slapgrid/slappart34/srv/runner/software/09b17891535725b7c44e64fb2e856ebe/go.work"
          GOPRIVATE=""
          GOPROXY="https://proxy.golang.org,direct"
          GOROOT="/srv/slapgrid/slappart34/srv/runner/shared/golang1.14/da4c5c8222d5573da4d0e547cfc1793e"
          GOSUMDB="sum.golang.org"
          GOTMPDIR=""
          GOTOOLDIR="/srv/slapgrid/slappart34/srv/runner/shared/golang1.14/da4c5c8222d5573da4d0e547cfc1793e/pkg/tool/linux_amd64"
          GCCGO="gccgo"
          AR="ar"
          CC="gcc"
          CXX="g++"
          CGO_ENABLED="1"
          GOMOD=""
          CGO_CFLAGS="-g -O2"
          CGO_CPPFLAGS=""
          CGO_CXXFLAGS="-g -O2"
          CGO_FFLAGS="-g -O2"
          CGO_LDFLAGS="-g -O2"
          PKG_CONFIG="pkg-config"
          GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build196479275=/tmp/go-build -gno-record-gcc-switches"
      
      after:
      
          (go.work) slapuser34@vifibcloud-rapidspace-hosting-007:~/srv/runner$ go env
          GO111MODULE=""
          GOARCH="amd64"
          GOBIN=""
          GOCACHE="/srv/slapgrid/slappart34/srv/runner/software/09b17891535725b7c44e64fb2e856ebe/go.work/cache"
          GOENV="/srv/slapgrid/slappart34/srv/runner/software/09b17891535725b7c44e64fb2e856ebe/go.work/goenv"
          GOEXE=""
          GOFLAGS=""
          GOHOSTARCH="amd64"
          GOHOSTOS="linux"
          GOINSECURE=""
          GONOPROXY=""
          GONOSUMDB=""
          GOOS="linux"
          GOPATH="/srv/slapgrid/slappart34/srv/runner/software/09b17891535725b7c44e64fb2e856ebe/go.work"
          GOPRIVATE=""
          GOPROXY="https://proxy.golang.org,direct"
          GOROOT="/srv/slapgrid/slappart34/srv/runner/shared/golang1.14/da4c5c8222d5573da4d0e547cfc1793e"
          GOSUMDB="sum.golang.org"
          GOTMPDIR=""
          GOTOOLDIR="/srv/slapgrid/slappart34/srv/runner/shared/golang1.14/da4c5c8222d5573da4d0e547cfc1793e/pkg/tool/linux_amd64"
          GCCGO="gccgo"
          AR="ar"
          CC="gcc"
          CXX="g++"
          CGO_ENABLED="1"
          GOMOD=""
          CGO_CFLAGS="-g -O2"
          CGO_CPPFLAGS=""
          CGO_CXXFLAGS="-g -O2"
          CGO_FFLAGS="-g -O2"
          CGO_LDFLAGS="-g -O2"
          PKG_CONFIG="pkg-config"
          GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build233719895=/tmp/go-build -gno-record-gcc-switches"
      
      i.e. we change $GOCACHE and $GOENV to be per-workspace:
      
          --- a/goenv.before
          +++ b/goenv.after
          @@ -1,8 +1,8 @@
           GO111MODULE=""
           GOARCH="amd64"
           GOBIN=""
          -GOCACHE="/srv/slapgrid/slappart34/.cache/go-build"
          -GOENV="/srv/slapgrid/slappart34/.config/go/env"
          +GOCACHE="/srv/slapgrid/slappart34/srv/runner/software/09b17891535725b7c44e64fb2e856ebe/go.work/cache"
          +GOENV="/srv/slapgrid/slappart34/srv/runner/software/09b17891535725b7c44e64fb2e856ebe/go.work/goenv"
           GOEXE=""
           GOFLAGS=""
           GOHOSTARCH="amd64"
      
      Explanation:
      
      - Starting from Go1.10 the go command maintains cache for built packages, test results, etc:
      
        https://golang.org/doc/go1.10#build
      
        while this cache tries to remember by which go version and in which
        environment a package was built, and reusing the cached entry only when it is
        indeed correct to do so, by keeping this cache in a shared place - not per go
        workspace - we expose it to interactions with other go installments, which,
        due to e.g. software bugs might misbehave.
      
        -> keeping the build cache inside go workspace makes things more safe.
      
      - Starting from Go1.13 the go command allows to keep its configuration and environment inside a file:
      
        https://golang.org/doc/go1.13#go-env-w
        https://go.googlesource.com/proposal/+/master/design/30411-env.md
      
        The default location for such file is per-user, which can bring
        misinteraction among several go workspace installments and wrt system go
        installment.
      
        -> move this configuration file into inside go workspace.
      
      /reviewed-by: TrustMe
      273b5687