1. 13 Feb, 2018 9 commits
  2. 12 Feb, 2018 6 commits
  3. 09 Feb, 2018 2 commits
  4. 08 Feb, 2018 3 commits
  5. 06 Feb, 2018 3 commits
  6. 05 Feb, 2018 5 commits
    • Kirill Smelkov's avatar
      neotest: Recent util-linux is also needed · 5685a461
      Kirill Smelkov authored
      Similarly to coreutils we need recent util-linux because if e.g. a testnode has
      old version of it its lsblk does not work to what neotest expects, e.g.:
      
      	lsblk: unknown column: REV,SIZE
      5685a461
    • Kirill Smelkov's avatar
      neotest: Recent coreutils are needed to run · c5d0d9fc
      Kirill Smelkov authored
      For example we need realpath and if base os provides only older coreutils there
      is no such utility and neotest fails:
      
      /srv/slapgrid/slappart8/srv/testnode/bct/soft/55158b6a5b027aa40954c3f974d5b3e9/go.work/src/lab.nexedi.com/kirr/neo/go/neo/t/neotest: line 589: realpath: command not found
      
      Fix it by building & hooking into $PATH coreutils by ourselves.
      c5d0d9fc
    • Kirill Smelkov's avatar
      neotest: Actually add instance and teach it to run `neotest bench-local` under... · 41597528
      Kirill Smelkov authored
      neotest: Actually add instance and teach it to run `neotest bench-local` under Nexedi testing infrastructure
      
      Commit 31fe231f (neotest: Draft software-release to run NEO/go & friends
      tests/benchmarks under webrunner) added "neotest" software release, but
      there it added only software supplying - not instantiation - this way
      allowing only manual play with neotest.
      
      Recently @rafael approached me saying that one of my webrunner is red on
      monitoring because "neotest" software inside fails to instantiate, and
      suggested to create a simple instance with bin/runTestSuite inside, so
      that this way neotest could be added to a testnode and run on regular
      basis by our testing infrastructure.
      
      So here it goes - simple instance with only bin/runTestSuite which tries
      to adhere to testnode protocol.
      
      For the actual runTestSuite program I followed the same approach as for
      bin/neotest itself - the main program is not processed via any templates
      and is used as it was pristinely downloaded, and all buildout
      integration is done via first sourcing $SR/neotest-env.sh .
      So bin/runTestSuite inside instance follows this approach.
      
      erp5.util is updated from 0.4.49 to latest 0.4.50 because there were
      backward-incompatible changes in 0.4.50 release (2 @luke: which btw will
      render neoppod and build-rina runTestSuite(s) broken when they try to
      upgrade) and for me it would be a waste of time to later go through
      updating for 0.4.49 -> 0.4.50 API change, so I used the latest release
      right from start.
      
      /cc @Tyagov
      /see also kirr/neo@526491d3
      41597528
    • Kirill Smelkov's avatar
      5b4d3cba
    • Kirill Smelkov's avatar
      component/util-linux: Enable missing lsblk dependencies · 1369b515
      Kirill Smelkov authored
      lsblk is needed for neotest (see https://lab.nexedi.com/kirr/slapos/commit/7cc37e3c).
      However lsblk is built only when the following dependecies are enabled:
      
      	- libblkid
      	- libmount
      	- libsmartcols
      
      	https://github.com/karelzak/util-linux/blob/v2.31-286-g8e782a839/configure.ac#L1483
      
      we already have libblkid and libmount enabled, but libsmartcols was missing.
      
      Enable it.
      1369b515
  7. 02 Feb, 2018 2 commits
  8. 01 Feb, 2018 2 commits
  9. 31 Jan, 2018 7 commits
  10. 29 Jan, 2018 1 commit
    • Kirill Smelkov's avatar
      golang: Allow users to specify desired buildflags · 831271a2
      Kirill Smelkov authored
      For example one could want to build the software with race detector,
      e.g.
      
      	[gowork]
      	...
      	buildflags = -race
      
      or if you want to build a plugin for fluent-bit
      
      	[gowork]
      	...
      	install	   = your.package.import.path
      	buildflags = -buildmode=c-shared
      
      and then your package will be installed as shared library into
      
      	${gowork:directory}/pkg/`go env GOOS`_`go env GOARCH`/<your.package.import.path>.a
      
      One could pass that location explicitly to `fluentd-bit -e ...` or
      symlink to it from some .so from global directory of fluent-bit plugins.
      
      Maybe it is not very good to use `go install` for building plugins
      (instead of `go build -o ...`) but we anyway need to have ability to
      specify buildflags as a generic feature, hence this patch.
      
      /reviewed-on !274
      831271a2