1. 10 Feb, 2016 1 commit
  2. 09 Feb, 2016 1 commit
  3. 02 Feb, 2016 2 commits
  4. 31 Jan, 2016 4 commits
  5. 26 Jan, 2016 1 commit
  6. 25 Jan, 2016 1 commit
  7. 20 Jan, 2016 2 commits
  8. 17 Jan, 2016 2 commits
    • Kirill Smelkov's avatar
      golang: v↑ (1.5.3) · 3f4cde22
      Kirill Smelkov authored
      This is a security-bugfix release:
      From https://golang.org/doc/devel/release.html#go1.5.minor:
          go1.5.3 (released 2016/01/13) includes a security fix to the math/big
          package affecting the crypto/tls package. See the Go 1.5.3 milestone on
          our issue tracker[1] and the release announcement[2] for details.
          [1] https://github.com/golang/go/issues?q=milestone%3AGo1.5.3
          [2] https://golang.org/s/go153announce
      I've rebuild helloworld software release and briefly tested helloweb.go
      with go 1.5.3 ok.
      /reviewed-by: TrustMe
      /cc @kazuhiko, !39
    • Kirill Smelkov's avatar
      helloweb/ruby: Abandon usage of slapos.cookbook:wrapper · 22124832
      Kirill Smelkov authored
      It turned out we cannot currently use slapos.cookbook in software part
      of SR - the reason is slapos.cookbook egg depends on lxml egg, which in
      turn needs libxml to be also installed via slapos.
      For this reason stack/slapos.cfg has
          [slapos-cookbook]   # NOTE _not_ slapos.cookbook
          recipe = zc.recipe.egg
          eggs =
      and lxml-python is lxml building recipe to build it together with
          recipe = zc.recipe.egg:custom
          egg = lxml
          rpath =
          environment = lxml-python-env
      So underlying idea, as I understand it, is: every SR contains
      slapos-cookbook in parts and this way lxml-python gets build. Then when
      there is slapos.cookbook egg usage, it is already correctly built.
      This works when such slapos.cookbook egg usage happens _only_ in instance
      part of an SR: otherwise, if buildout sees slapos.cookbook egg usage in
      some recipe, e.g. like it currently is in helloweb-ruby:
          recipe  = slapos.cookbook:wrapper
      it _first_ tries to install slapos.cookbook egg directly - as needed for
      recipes eggs are installed as a first step, _before_ further buildout
      processing. What happens then is that slapos.cookbook (note not "-") egg
      sources and dependencies are downloaded from pypi, including lxml egg,
      all are tried to build, and in lxml egg it fails this way:
          Processing lxml-3.5.0
          Writing /tmp/tmpLGK4xWbuild/lxml-3.5.0/setup.cfg
          Running setup.py -q bdist_egg --dist-dir /tmp/tmpLGK4xWbuild/lxml-3.5.0/egg-dist-tmp-DJvofa
          Building lxml version 3.5.0.
          Building without Cython.
          ERROR: /bin/sh: 1: xslt-config: not found
          ** make sure the development packages of libxml2 and libxslt are installed **
          Using build configuration of libxslt
          In file included from src/lxml/lxml.etree.c:323:0:
          src/lxml/includes/etree_defs.h:14:31: fatal error: libxml/xmlversion.h: No such file or directory
           #include "libxml/xmlversion.h"
          compilation terminated.
          Compile failed: command 'gcc' failed with exit status 1
          /tmp/tmpLGK4xWbuild/lxml-3.5.0/temp/xmlXPathInitGlEAOF.c:1:26: fatal error: libxml/xpath.h: No such file or directory
           #include "libxml/xpath.h"
          compilation terminated.
          Could not find function xmlCheckVersion in library libxml2. Is libxml2 installed?
          error: Setup script exited with error: command 'gcc' failed with exit status 1
          An error occurred when trying to install lxml 3.5.0. Look above this message for any errors that were output by easy_install.
          Could't load zc.buildout entry point wrapper
          from slapos.cookbook:
          Couldn't install: lxml 3.5.0.
            Getting section helloweb-ruby.
            Initializing section helloweb-ruby.
            Installing recipe slapos.cookbook.
          Error: Couldn't install: lxml 3.5.0
      Previously it probably used to work because we had system libxml
      installed, and this way lxml compilation succeeded (but was incorrect
      from slapos point of view).
      ( The problem turned out to be already known somehow - see e.g. c7d00913
        "Initial neoppod commit." and look for "Note on LXML/END LXML" there )
      Solution could be: either fix slapos.cookbook installation via e.g.
      teaching buildout to take into account pre-dependencies for eggs (for
      lxml) or just to avoid using slapos.cookbook:wrapper for executable
      While @kazuhiko is working on the first more-generic solution, here goes
      a simpler one to just make helloweb component alive again: like it is
      done in a lot of places (e.g. in software/kvm/) let's use
      collective.recipe.template to generate a short shell script.
      previously the command line was
          ${bundler:bundle} exec sh -c 'helloweb.rb "$@"' ${:_buildout_section_name_}
      but now it is the same with "$@" appended:
          exec ${bundler:bundle} exec sh -c 'helloweb.rb "$@"' ${:_buildout_section_name_} "$@"
      The reason is slapos.cookbook:wrapper uses slapos.recipe.librecipe.execute.generic_exec()
      in generated script, which appends sys.argv[1:] to the command-line implicitly:
          def generic_exec(args):
            os.execve(exec_list[0], exec_list + sys.argv[1:], exec_env)
      that's why last "$@" was not present in original version.
      Otherwise currently slapos.cookbook is used only in instance parts of
      recipes in whole slapos.git
      /reviewed-by TrustMe
      /debugged-with @kazuhiko
      /cc @vpelletier
  9. 15 Jan, 2016 1 commit
    • Aurel's avatar
      python-magic : do not fail to import the lib · 54bbe0a9
      Aurel authored
      ctypes lib does not read the rpath of the current binary to look after the
      desired library, so although it exits the import failed. Pass-by the first
      find to make the import work
  10. 14 Jan, 2016 1 commit
  11. 13 Jan, 2016 1 commit
  12. 12 Jan, 2016 3 commits
  13. 04 Jan, 2016 1 commit
  14. 28 Dec, 2015 4 commits
  15. 26 Dec, 2015 1 commit
  16. 21 Dec, 2015 2 commits
  17. 17 Dec, 2015 2 commits
  18. 15 Dec, 2015 1 commit
  19. 07 Dec, 2015 6 commits
  20. 04 Dec, 2015 2 commits
  21. 03 Dec, 2015 1 commit