1. 27 Jan, 2016 1 commit
  2. 29 Jan, 2016 1 commit
  3. 03 Feb, 2016 2 commits
  4. 19 Feb, 2016 1 commit
  5. 21 Jan, 2016 1 commit
  6. 29 Jan, 2016 1 commit
  7. 11 Feb, 2016 2 commits
  8. 17 Feb, 2016 1 commit
  9. 16 Feb, 2016 6 commits
  10. 12 Feb, 2016 9 commits
  11. 11 Feb, 2016 1 commit
  12. 02 Feb, 2016 1 commit
  13. 16 Feb, 2016 1 commit
  14. 29 Jan, 2016 1 commit
    • Denis Laxalde's avatar
      Add a __main__ to cubicweb · 5fdbf6f2db88
      Denis Laxalde authored
      This avoids calling cubicweb-ctl relatively in tests and could be useful
      in virtualenv.
      
      This is just a copy of bin/cubicweb-ctl file, which should probably be
      generated from a setuptools entry points.
      5fdbf6f2db88
  15. 05 Feb, 2016 2 commits
  16. 03 Feb, 2016 1 commit
  17. 21 Jan, 2016 1 commit
  18. 29 Jan, 2016 1 commit
  19. 19 Jan, 2016 1 commit
  20. 14 Jan, 2016 2 commits
  21. 19 Jan, 2016 1 commit
  22. 18 Jan, 2016 1 commit
    • Denis Laxalde's avatar
      Handle virtualenv development mode · 8c3155a0ae5b
      Denis Laxalde authored
      Looking for VIRTUAL_ENV environment variable as a sign of virtualenv
      activation. This at least works for developing CubicWeb itself (not sure yet
      about cubes). And it makes `tox --develop` work as well.
      
      Add a test for cwconfig._find_prefix within a virtualenv.
      
      In tox.ini, use `develop option`_ accordingly. This makes tox running
      significantly faster since it avoids building and installing the sdist. Aside,
      the "develop" install is now performed *after* all test requirements are
      processed, which means that the cubicweb package should always be the one from
      source -- instead of a released version pulled by a cube through test
      dependencies, which may occur in "recreate" step.
      
      
      .. _`develop option`: <http://tox.readthedocs.org/en/latest/config.html#confval-usedevelop=BOOL
      8c3155a0ae5b
  23. 14 Jan, 2016 1 commit