1. 29 Mar, 2016 1 commit
  2. 26 Feb, 2016 1 commit
  3. 25 Sep, 2015 1 commit
  4. 17 Sep, 2015 1 commit
  5. 18 Aug, 2015 1 commit
  6. 29 Jul, 2015 1 commit
  7. 30 Jun, 2015 2 commits
    • boliu@chromium.org's avatar
      Revert of Add support for tar.gz archive files to download from... · 2aa134c4
      boliu@chromium.org authored
      Revert of Add support for tar.gz archive files to download from download_from_google_storage (patchset #8 id:140001 of https://codereview.chromium.org/807463005/)
      
      Reason for revert:
      This conflicts with (and duplicates?) the -z option below and has broken one of the chrome android downstream bots.
      
      Safer to revert than trying to fix
      
      Original issue's description:
      > Add support for tar.gz archive files to download from download_from_google_storage
      > 
      > Also, add support for directly setting the public read flag on uploaded files.
      > 
      > The support for tar.gz allows the uploaded bundle to be a single tar.gz file instead of a lot of individual files using the directory support already in. The benefit here is that it is much easier to update the dependency. Simply clean out the existing files, copy in the new ones, create a tar.gz file, with the same name as the directory + 'tar.gz'. If the directory name and file name does not match up we will not clean up existing artifacts on download (i.e., there can be left over files after extracting).
      > 
      > I am doing this because I am moving a bunch of the dart dependencies to gcs, and a lot of our dependencies is much easier to manage with this in. If you don't like this, I can simply wrap the download script in another python script and do the logic there, but this may be handy for other people as well.
      > 
      > Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=295872
      
      TBR=hinoka@google.com,hinoka@chromium.org,azarchs@chromium.org,ricow@google.com
      NOPRESUBMIT=true
      NOTREECHECKS=true
      NOTRY=true
      
      Review URL: https://codereview.chromium.org/1209033006
      
      git-svn-id: svn://svn.chromium.org/chrome/trunk/tools/depot_tools@295883 0039d316-1c4b-4281-b951-d872f2087c98
      2aa134c4
    • ricow@google.com's avatar
      Add support for tar.gz archive files to download from download_from_google_storage · 0c7d94eb
      ricow@google.com authored
      Also, add support for directly setting the public read flag on uploaded files.
      
      The support for tar.gz allows the uploaded bundle to be a single tar.gz file instead of a lot of individual files using the directory support already in. The benefit here is that it is much easier to update the dependency. Simply clean out the existing files, copy in the new ones, create a tar.gz file, with the same name as the directory + 'tar.gz'. If the directory name and file name does not match up we will not clean up existing artifacts on download (i.e., there can be left over files after extracting).
      
      I am doing this because I am moving a bunch of the dart dependencies to gcs, and a lot of our dependencies is much easier to manage with this in. If you don't like this, I can simply wrap the download script in another python script and do the logic there, but this may be handy for other people as well.
      
      Review URL: https://codereview.chromium.org/807463005
      
      git-svn-id: svn://svn.chromium.org/chrome/trunk/tools/depot_tools@295872 0039d316-1c4b-4281-b951-d872f2087c98
      0c7d94eb
  8. 17 Jun, 2015 1 commit
    • hinoka@chromium.org's avatar
      Simply download_from_google_storage --config · 40cdc99c
      hinoka@chromium.org authored
      This does two noticable things:
      * Prints a message when "download_from_google_storage --config" is run to
        tell the user to enter "0" for the project ID prompt
      * Removes the ".boto.depot_tools" boto file and defaults the boto file to
        grant fullcontrol scopes.
      
      Context: We restricted the depot_tools specific scopes to be readonly out of
      concern that we would be forcing every developer to hold a set of non-expiring
      write access credentials on their workstation.  But this distinction has caused
      a great deal of pain and anguish with confusing credentials (who would've thought
      ~/.boto.depot_tools would exist and might be broken?), and not for huge security
      gains.  Most people don't have write access to buckets, and the ones that do
      definitely has a fullcontrol boto file already.
      
      BUG=
      
      Review URL: https://codereview.chromium.org/1182583003
      
      git-svn-id: svn://svn.chromium.org/chrome/trunk/tools/depot_tools@295728 0039d316-1c4b-4281-b951-d872f2087c98
      40cdc99c
  9. 26 May, 2015 1 commit
  10. 17 Feb, 2015 1 commit
  11. 15 Jan, 2015 1 commit
  12. 17 Dec, 2014 2 commits
  13. 04 Dec, 2014 4 commits
  14. 04 Nov, 2014 1 commit
  15. 17 Jan, 2014 1 commit
    • hinoka@google.com's avatar
      Adds --auto_platform to download_from_google_storage. · c8270632
      hinoka@google.com authored
      A very common pattern for the users of this script is to have binaries in
      three different folders, eg:
      some/folder/win/bin.exe
      some/folder/mac/bin
      some/folder/linux/bin
      
      Instead of using --platform to specify three different paths, we can recognize
      this usage and pass in --auto_platform, and then --directory some/folder/ as the
      target.
      
      When enumerating files, it will match each individual file to see if they have
      (win|mac|linux) as a parent folder name, and filter out non-matching platforms.
      
      BUG=
      TEST= src/third_party/clang_format/bin$ download_from_google_storage --auto_platform --no_auth -b chromium-clang-fomat -dr .
      0> Downloading ./linux/clang-format...
      
      Review URL: https://codereview.chromium.org/126893002
      
      git-svn-id: svn://svn.chromium.org/chrome/trunk/tools/depot_tools@245643 0039d316-1c4b-4281-b951-d872f2087c98
      c8270632
  16. 10 Jan, 2014 1 commit
  17. 12 Dec, 2013 1 commit
    • hinoka@chromium.org's avatar
      Adds SSO auth to gsutil · c6a2ee69
      hinoka@chromium.org authored
      Code path:
      1. plugins.sso_auth is imported, which adds the AuthHandler class to the global state.
      2. HasConfiguredCredentials() in gslib/utils.py is called by gsutil, and will return true if "prodaccess" exists on the system, which tells the system that we don't want a no-op auth handler.
      3. When a command is called, all the auth handlers are cycled through and sso_auth.SSOAuth is called, which calls a stubby command to emit a gaiamint'ed oauth2 access token, which is then used as the Authorization Header
      
      if --bypass_prodaccess is passed in, then:
      1. HasConfiguredCredentials() will bypass the check for prodaccess, as if it didn't exist.
      2. plugins.sso_auth does not get imported.
      Which will essentially cause gsutil to behave as if this patch never existed.
      
      So the expected behavior is:
      =.boto file does not exist, prodaccess exists, but unauthenticated=
      Failure: No handler was ready to authenticate. 3 handlers were checked. ['OAuth2Auth', 'HmacAuthV1Handler', 'SSOAuth'] Check your credentials.
      
      =.boto file exists, prodaccess exists, but unauthenticated=
      sso_auth will raise NotReadyToAuthenticate, and the .boto file will be used instead
      
      =.boto file exists, prodaccess exists, authenticated=
      sso_auth will be run _after_ the default gsutil authenticator, which causes the sso_auth to be used over whatever the default authentication is.
      
      bypass_prodaccess is passed in by default to upload_to_google_storage because we expect people who use upload_to_google_storage to not need prodaccess and have their own boto file already.  Also the sso_auth plugin will only request a readonlyi token, which will not work for uploading.
      
      BUG=258152
      
      Review URL: https://codereview.chromium.org/86123002
      
      git-svn-id: svn://svn.chromium.org/chrome/trunk/tools/depot_tools@240266 0039d316-1c4b-4281-b951-d872f2087c98
      c6a2ee69
  18. 06 Dec, 2013 1 commit
  19. 05 Dec, 2013 2 commits
  20. 25 Nov, 2013 1 commit
  21. 19 Nov, 2013 1 commit
  22. 28 Oct, 2013 1 commit
  23. 19 Sep, 2013 1 commit
  24. 28 Jun, 2013 1 commit
  25. 26 Jun, 2013 1 commit
  26. 20 Jun, 2013 1 commit
  27. 04 Jun, 2013 1 commit
  28. 13 Mar, 2013 1 commit