1. 22 Mar, 2021 1 commit
    • Kirill Smelkov's avatar
      stack/erp5 += WCFS service (technology preview) · 03e4ce33
      Kirill Smelkov authored
      This complements 7f877621 (Move wendelin.core from Wendelin to ERP5) and
      introduces new WCFS service into ERP5 software-release to support
      upcoming wendelin.core 2. Wendelin.core 2 will introduce new WCFS
      filesystem server component that serves in-ZODB arrays data as OS files
      for Zopes to memory-map. Please see the following links for overview of
      what WCFS is and how it interoperates with and serves Python clients:
      
      https://lab.nexedi.com/kirr/wendelin.core/blob/b5fc98bb/wcfs/wcfs.go#L20-247
      https://lab.nexedi.com/kirr/wendelin.core/blob/b5fc98bb/wcfs/client/wcfs.h#L20-96
      
      Implementation notes:
      
      - WCFS is by default disabled in ERP5 - we do not want to load every
        ERP5 user with it in the early days of wendelin.core 2. WCFS service
        will also not work when ERP5 is built with wendelin.core 1, so keeping
        it disabled by default is reasonable for now.
      
      - There is a duplication for instance-erp5.cfg.in in between stack/erp5/
        and software/slapos-master/ . It was negotiated with VIFIB developers
        to go this way instead of first deduplicating instance-erp5.cfg.in
        copying that was started in 87d13789 (slapos-master: Copy files from
        erp5 stack for local changes).
      
      To enable wcfs one can either pass `wcfs` configuration parameter, or
      add the following to a software-release that uses stack/erp5:
      
        [erp5-defaults]
        wcfs-enable-default = true
      
      /cc @rafael, @tomo
      03e4ce33
  2. 21 Mar, 2021 1 commit
    • Julien Muchembled's avatar
      slapos-sr-testing: do not end paths with / · 0803b816
      Julien Muchembled authored
      This may lead to weird like ...//... or worse: here, the [gcc] part of
      the tested SR will do "os.path.dirname('/usr/bin/')" (when using system
      gcc), causing ${gcc:prefix} to be invalid ('/usr/bin' instead of '/usr')
      and most sharable parts will rebuild (different [gcc] signature).
      0803b816
  3. 19 Mar, 2021 2 commits
  4. 17 Mar, 2021 3 commits
  5. 16 Mar, 2021 3 commits
  6. 15 Mar, 2021 1 commit
  7. 12 Mar, 2021 3 commits
  8. 10 Mar, 2021 10 commits
  9. 09 Mar, 2021 9 commits
  10. 08 Mar, 2021 5 commits
  11. 04 Mar, 2021 2 commits
    • Łukasz Nowak's avatar
      170ee884
    • Jérome Perrin's avatar
      software/gitlab: unset $GOBIN · e0feec78
      Jérome Perrin authored
      gitaly's Makefile forcibly sets $GOPATH to install in _build
      folder. Once gitaly is built, it is expected to be in _build/bin/gitaly
      and copied from there.
      
      With 8eac67a5 (golang: Prepare for future GOPATH removal, 2021-02-26) the
      env.sh sets GOBIN, to its own $GOPATH/bin
      
      Since gitaly's build does not set $GOBIN, even if it overrides $GOPATH, the
      final bin/gitaly is not in $GOPATH/bin/gitaly (with $GOPATH from Makefile),
      but in $GOBIN/gitaly (with $GOBIN from env.sh)
      
      To prevent this, unset $GOBIN before running make, which keeps the old
      behavior of only using the $GOPATH from the Makefile
      e0feec78