1. 20 Mar, 2019 1 commit
  2. 04 Mar, 2019 1 commit
  3. 19 Feb, 2019 1 commit
  4. 03 Jan, 2019 2 commits
  5. 02 Jan, 2019 1 commit
    • Javier Jardón's avatar
      Use pycodestyle instead of pep8 · bd60e8a9
      Javier Jardón authored
      pep8 package was renamed to pycodestyle to reduce confusion.
      Disabled warnings:
      W504 - Line break after binary operator (seems people like this)
      W605 - Invalid escape sequence (some of our regexes use these)
  6. 24 Aug, 2018 1 commit
  7. 22 Aug, 2018 1 commit
  8. 20 Aug, 2018 1 commit
  9. 17 Jul, 2018 1 commit
  10. 26 Apr, 2018 1 commit
    • Tristan Van Berkom's avatar
      Use versioneer instead of setuptools_scm · 4be462d3
      Tristan Van Berkom authored
      Using setuptools_scm had a couple of bad problems:
        o Unexpected versioning semantics, setuptools_scm would
          increment the micro version by itself in the case that
          we derive a version number from something that is not a tag,
          making the assumption that we are "leading up to" the next
          micro version.
          People mostly dont expect this.
        o When installing in developer mode, i.e. with `pip3 install --user -e .`,
          then we were always picking the generated version at install time
          and never again dynamically resolving it.
          Many of our users install this way and update through git, so it's
          important that we report more precise versions all the time.
      This commit needs to make a series of changes at the same time:
        o Adds versioneer.py to the toplevel, this is used by setup.py
          for various activities.
          This is modified only to inform the linter to skip
        o Adds buildstream/_version.py, which is generated by versioneer
          and gives us the machinery to automatically derive the correct version
          This is modified only to inform the linter to skip
        o Adds a .gitattributes file which informs git to substitute
          the buildstream/_version.py file, this is just to ensure that
          the versioning output would work if ever we used `git archive`
          to release a tarball.
        o Modifies setup.py and setup.cfg for versioneer
        o Modifies utils.py and _frontend/cli.py such as to avoid importing
          the derived version when running bash completion mode, we dont
          derive the version at completion time because this can result
          in running a subprocess (when running in developer install mode)
          and is an undesirable overhead.
        o Updates tests/frontend/version.py to expect changed version output
  11. 16 Mar, 2018 1 commit
  12. 14 Mar, 2018 1 commit
  13. 07 Feb, 2018 1 commit
  14. 20 Oct, 2017 1 commit
  15. 19 Oct, 2017 1 commit
  16. 27 Sep, 2017 1 commit
    • Sam Thursfield's avatar
      Fork and embed fusepy · bf0f2863
      Sam Thursfield authored
      The upstream of fuse.py is <https://github.com/terencehonles/fusepy>. It looks
      pretty abandoned -- there have been no commits there since 5th April 2016 and
      there are 17 pull requests dating from 2013 onwards that are still waiting for
      responses from the maintainer.
      There's no support in fuse.py for ppc64 platforms which means BuildStream is
      unusable on that architecture at present. My pull request to fix that upstream
      is being ignored; since the module is a single .py file provided under the
      ISC license it is simplest to pull the whole thing into buildstream.git instead.
      The version of fuse.py that's been embedded is the one from pull request #72,
      from upstream release v2.0.4 (commit 0eafeb5).
  17. 05 Sep, 2017 1 commit
  18. 04 Sep, 2017 1 commit
  19. 17 Jul, 2017 1 commit
  20. 25 May, 2017 1 commit
  21. 05 Mar, 2017 1 commit
  22. 04 Jan, 2017 1 commit
  23. 11 Dec, 2016 1 commit
  24. 10 Dec, 2016 4 commits
  25. 09 Dec, 2016 1 commit
  26. 01 Dec, 2016 1 commit
  27. 13 Nov, 2016 1 commit