1. 28 Mar, 2024 1 commit
  2. 10 Mar, 2021 6 commits
  3. 09 Mar, 2021 10 commits
  4. 08 Mar, 2021 5 commits
  5. 04 Mar, 2021 4 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
    • Jérome Perrin's avatar
      Update Grafana · 71d6154a
      Jérome Perrin authored
      Update grafana, to use more recent golang. This also brings support of multi line logs in loki.
      
      See merge request nexedi/slapos!921
      71d6154a
    • Jérome Perrin's avatar
      Repman: update golang · b13ba7f7
      Jérome Perrin authored
      See merge request nexedi/slapos!925
      b13ba7f7
  6. 03 Mar, 2021 4 commits
    • Vincent Pelletier's avatar
      stack/erp5: Add support for path-based routing. · 8cfaf8d2
      Vincent Pelletier authored
      When the outside world path does not match the Zope path (typically: Web
      Site).
      8cfaf8d2
    • Łukasz Nowak's avatar
      caddy-frontend: Implement failover backend · 20c1b326
      Łukasz Nowak authored
      By adding failover url the user is able to configure special backend to use
      in case if the real backend is down.
      
      Original PoC was done by Kazuhiko SHIOZAKI <kazuhiko@nexedi.com>.
      20c1b326
    • Jérome Perrin's avatar
      software/grafana: fix loki and promtail listening on all IPs · 3f116631
      Jérome Perrin authored
      Both loki and promtail were not configured properly and listening on all IPs.
      This was partially because doc was wrong at the time, but also this was not
      done properly.
      3f116631
    • Jérome Perrin's avatar
      software/grafana: version up · 13818932
      Jérome Perrin authored
      update softwares to:
        - grafana 7.4.3
        - telegrah 1.17.3
        - influxdb 1.8.4
        - loki current master ( 2.1.0 )
      
      and components to:
        - golang 1.16
        - nodejs 14.16.0
        - yarn 1.22.10
        - python 3.7
      
      This new loki version supports parsing multi-line logs, as demonstrated in
      the updated test.
      
      Since this version we also remove cache at the end of build, which
      makes the software directory smaller and accessorily prevent test failures
      during the ldd checks from checkSoftware with some binaries in the cache.
      13818932
  7. 02 Mar, 2021 10 commits
    • Julien Muchembled's avatar
      NEO: drop support for ZODB 3 · 70d05199
      Julien Muchembled authored
      70d05199
    • Kirill Smelkov's avatar
      ZEO5 no longer requires msgpack < 0.6 starting from ZEO 5.2.2 · 78cc53de
      Kirill Smelkov authored
      https://github.com/zopefoundation/ZEO/commit/503dccb1
      
      We upgraded ZEO5 to 5.2.2 in commit 34ebf8b5 (ZEO5: v↑ (5.2.0 -> 5.2.2)), and
      so now it works with msgpack 0.6.2 provided by stack/slapos.cfg.
      78cc53de
    • Kirill Smelkov's avatar
      wendelin.core: Add support for wendelin.core 2 build · 3cfa3508
      Kirill Smelkov authored
      The component remains on wendelin.core 1, but the build environment is
      adjusted so that both (any of) wendelin.core 1 or wendelin.core 2 could
      be built:
      
      - Add zodbtools that wendelin.core 2 requires,
      - Add Go and zlib to gowork that are neede to build WCFS.
      3cfa3508
    • Kirill Smelkov's avatar
      neotest: Rework to use Go modules · 44faa493
      Kirill Smelkov authored
      GOPATH is going to go away in Go 1.17 and most of in-tree SlapOS things are
      already built using modules - including upcoming wendelin.core 2 that also
      builds/uses NEO/go. This way maintaining GOPATH-based approach becomes just
      unneccesary burden (modulo development, where it is still needed sometime
      unfortunately https://github.com/golang/go/issues/37755#issuecomment-771927771)
      44faa493
    • Kirill Smelkov's avatar
      neotest: Don't pin wendelin.core · 9fdabc46
      Kirill Smelkov authored
      What was "latest" in 2018 is outdated by now.
      -> Just use the versions that is provided by component/wendelin.core that neotest extends from.
      9fdabc46
    • Kirill Smelkov's avatar
      golang: Go modules support; Prepare to deprecate GOPATH · f8831b62
      Kirill Smelkov authored
      Add support for using Go modules to golang/gowork infrastructure:
      
      - Users can now request to install a module via gowork:install as. e.g.
        in the following example:
      
              [gowork]
              install =
                  lab.nexedi.com/kirr/neo/go/...@v0.0.0-20210103165133-f3effa6c535f
                  golang.org/x/tools/gopls@v0.4.3
                  ${helloweb:location}/go:./...
      
        The first two request to install programs from an external module at particular
        revision/version. The latter requests to install programs from locally
        cloned/checked-out module source.
      
        The documentation now talks only about programs, because "package
        installation" became unnecessary long time ago as Go toolchain uses
        right packages and recompiles things as needed automatically since
        introduction of the Go build cache in go 1.10.
      
      - The change comes accompanied by corresponding helloweb change that
        reworks it to a) become a module itself, and b) to use other modules -
        that are not explicitly cloned by buildout - so that we can be sure
        that module way of fetching/building things actually works.
      
        kirr/helloweb@a7c788ae
      
      - Non-module way - e.g. build via GOPATH - is still supported (because
        e.g. software/gitlab still uses it), but not explicitly documented and 
        scheduled to be deprecated and removed. The reason for this is that
        upstream Go is going to remove support for GOPATH and leave only
        module-based approach in Go1.17
      
        https://github.com/golang/go/issues/37755#issuecomment-771879911
      
      /cc @jerome, @luke, @tomo, @alain.takoudjou
      /reviewed-on nexedi/slapos!924
      f8831b62
    • Kirill Smelkov's avatar
      golang: Go modules support; Prepare to deprecate GOPATH · 73ff1a8d
      Kirill Smelkov authored
      Add support for using Go modules to golang/gowork infrastructure:
      
      - Users can now request to install a module via gowork:install as. e.g.
        in the following example:
      
      	[gowork]
      	install =
      	    lab.nexedi.com/kirr/neo/go/...@v0.0.0-20210103165133-f3effa6c535f
      	    golang.org/x/tools/gopls@v0.4.3
      	    ${helloweb:location}/go:./...
      
        The first two request to install programs from an external module at particular
        revision/version. The latter requests to install programs from locally
        cloned/checked-out module source.
      
        The documentation now talks only about programs, because "package
        installation" became unnecessary long time ago as Go toolchain uses
        right packages and recompiles things as needed automatically since
        introduction of the Go build cache in go 1.10.
      
      - The change comes accompanied by corresponding helloweb change that
        reworks it to a) become a module itself, and b) to use other modules -
        that are not explicitly cloned by buildout - so that we can be sure
        that module way of fetching/building things actually works.
      
        kirr/helloweb@a7c788ae
      
      - Non-module way - e.g. build via GOPATH - is still supported (because
        e.g. software/gitlab still uses it), but not explicitly documented and
        scheduled to be deprecated and removed. The reason for this is that
        upstream Go is going to remove support for GOPATH and leave only
        module-based approach in Go1.17
      
        https://github.com/golang/go/issues/37755#issuecomment-771879911
      73ff1a8d
    • Kirill Smelkov's avatar
      golang: Make gowork.install optional · 0f72fe8c
      Kirill Smelkov authored
      Some software releases - e.g. wendelin.core - only use ${go:exe} and
      does not put anything into ${gowork:install}.
      0f72fe8c
    • Kirill Smelkov's avatar
      golang: Rework [gowork] documentation a bit · e2a4b391
      Kirill Smelkov authored
      Put emphasis on that gowork defines Go workspace and explain first
      settings that are related to that definition. Only after that say how to
      use gowork.install. The reason for this is that gowork.install will
      become optional in the next patch.
      e2a4b391
    • Kirill Smelkov's avatar
      helloweb: Drop gowork.cfg · 9ea7e5df
      Kirill Smelkov authored
      gowork.cfg idea is to specify a GOPATH snapshot with a list of
      repositories and their revisions. GOPATH way of building things is going
      to go away and we'll soon switch default mode to build go things to do
      so via Go modules.
      
      Refactor helloweb a bit before doing that as a preparatory step.
      9ea7e5df