1. 05 Feb, 2018 1 commit
    • 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
  2. 02 Feb, 2018 2 commits
  3. 01 Feb, 2018 2 commits
  4. 31 Jan, 2018 7 commits
  5. 29 Jan, 2018 2 commits
    • 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 nexedi/slapos!274
      831271a2
    • Ivan Tyagov's avatar
      Fix typo. · 254bb43d
      Ivan Tyagov authored
      @alain.takoudjou , @rafael  this fixes broken webrunner tests.
      
      Passing one: https://nexedi.erp5.net/test_result_module/20180126-5FF058E7/2
      
      /reviewed-on !277
      254bb43d
  6. 26 Jan, 2018 2 commits
  7. 25 Jan, 2018 4 commits
  8. 24 Jan, 2018 2 commits
  9. 18 Jan, 2018 3 commits
  10. 17 Jan, 2018 2 commits
  11. 16 Jan, 2018 6 commits
  12. 12 Jan, 2018 4 commits
  13. 11 Jan, 2018 1 commit
  14. 08 Jan, 2018 2 commits