1. 20 Mar, 2018 3 commits
  2. 19 Mar, 2018 2 commits
  3. 16 Mar, 2018 1 commit
  4. 14 Mar, 2018 4 commits
  5. 13 Mar, 2018 2 commits
  6. 12 Mar, 2018 2 commits
  7. 08 Mar, 2018 1 commit
  8. 07 Mar, 2018 2 commits
  9. 06 Mar, 2018 4 commits
  10. 03 Mar, 2018 1 commit
  11. 28 Feb, 2018 1 commit
  12. 27 Feb, 2018 3 commits
  13. 26 Feb, 2018 1 commit
  14. 23 Feb, 2018 1 commit
  15. 22 Feb, 2018 3 commits
  16. 21 Feb, 2018 3 commits
  17. 20 Feb, 2018 2 commits
  18. 16 Feb, 2018 1 commit
    • Alexander Alekseev's avatar
      Override temporary directory before spawning subprocess. · 3ade6e12
      Alexander Alekseev authored
      Python multiprocessing is using sockets to communicate. UNIX socket names are
      bound by PATH_MAX which includes temporary directory name.
      
      gsutil uses multiprocessing, which creates file sockets in the tmpdir.
      On some testing configurations, the tmpdir is set to a very long path, which
      causes gsutil to fail with AF_UNIX path too long errors.
      
      To prevent multiprocess failures, this CL overrides temporary directory
      dictated by the environment to /tmp.
      
      Bug: 812581
      Change-Id: Idcd99d13b2e20b3095111fa26ec4e242848c8848
      Reviewed-on: https://chromium-review.googlesource.com/923170Reviewed-by: 's avatarRyan Tseng <hinoka@chromium.org>
      Commit-Queue: Alexander Alekseev <alemate@chromium.org>
      3ade6e12
  19. 13 Feb, 2018 3 commits
    • Bruce Dawson's avatar
      Fix autoninja && chrome on failed builds · 46541b49
      Bruce Dawson authored
      A handy usage pattern for autoninja.bat that I was not aware of is to go
      
          autoninja -C out\Default chrome && chrome
      
      This will build chrome and then run it, but only run it if the build
      succeeds. The addition of post_build_ninja_summary.py broke this by
      losing the error code. This change fixes it by using black magic to
      set an error code in the failure case.
      
      Bug: chromium:787983
      Change-Id: Ib87fd1799816e19d56de76e08e0f9688be903d80
      Reviewed-on: https://chromium-review.googlesource.com/916705Reviewed-by: 's avatarDirk Pranke <dpranke@chromium.org>
      Commit-Queue: Bruce Dawson <brucedawson@chromium.org>
      46541b49
    • Bruce Dawson's avatar
      Update post_build_ninja_summary.py for Linux · e186e50d
      Bruce Dawson authored
      post_build_ninja_summary.py gives a summary of a ninja build. It can be
      run standalone or it can be run automatically by autoninja. This CL
      updates the Python script and the autoninja bash script to make this
      work on Linux. This includes removing a zero-value assert, and ensuring
      that .so files get categorized as such.
      
      Change-Id: I2d59ab129f5ce70117beeb119719f8432bfbab7c
      Reviewed-on: https://chromium-review.googlesource.com/915053Reviewed-by: 's avatarDirk Pranke <dpranke@chromium.org>
      Commit-Queue: Bruce Dawson <brucedawson@chromium.org>
      e186e50d
    • Aaron Gable's avatar
      gclient: diff against hash in DEPS · 1853f66e
      Aaron Gable authored
      When someone runs "gclient diff", they expect to be diffing their
      local state against the state of a clean gclient checkout.
      
      Up until now, "gclient diff" has been doing... not that. It's been
      assuming that the sha1 in DEPS is approximately the head of the
      remote's master branch, finding the merge-base between the local
      content and that remote master, and diffing against that merge-base.
      This makes basically no sense in the context of gclient. With
      gclient, we already know exactly what should be checked out: it's
      whatever is in DEPS.
      
      This CL updates the behavior of "gclient diff" to do the right thing.
      
      Bug: 731701
      Change-Id: I23a43cbc0d6bc7772495097ff615d4d070f5ad19
      Reviewed-on: https://chromium-review.googlesource.com/914717Reviewed-by: 's avatarAndrii Shyshkalov <tandrii@chromium.org>
      Commit-Queue: Aaron Gable <agable@chromium.org>
      1853f66e