Package Details: google-cloud-sdk 235.0.0-1

Git Clone URL: (read-only)
Package Base: google-cloud-sdk
Description: A set of command-line tools for the Google Cloud Platform. Includes gcloud (with beta and alpha commands), gsutil, and bq.
Upstream URL:
Keywords: cloud gcloud gcp google sdk
Licenses: Apache
Submitter: barnybug
Maintainer: sudoforge
Last Packager: sudoforge
Votes: 114
Popularity: 4.405622
First Submitted: 2014-06-03 08:10
Last Updated: 2019-02-21 12:44

Dependencies (2)

Required by (6)

Sources (2)

Pinned Comments

sudoforge commented on 2018-09-10 15:11

To report issues or request features, please use:

sudoforge commented on 2018-08-21 22:09


Commit e01da1e449882ad8e4fe590b01cd09624b58143a removes the appengine components from this package. These components, along with all of the others, will be made available as independent packages in the future.

If you need any appengine components for your day to day workflow, you have two options:

  • Clone the repository, add in the additional components to the _additional_components list; or
  • Set "disable_updater": false in /opt/google-cloud-sdk/lib/googlecloudsdk/core/config.json and manage components using gcloud components <command>. This is probably the sanest way to go about diverging from the released package until I publish the components as separate packages.

Be sure to install any dependencies for the additional components that you may need.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 ... Next › Last »

demize commented on 2017-06-21 13:26

kubectl does not belong in this package since it means that people that use the rest of the kubernetes tools, which is where the tool comes from, cannot install this package. If you want to package it as well, please move it to a split package so that people don't have to choose between the kubernetes package and the google-cloud-sdk, and then have a conflict for the kubernetes package in that one.

oxplot commented on 2017-06-06 05:38

Can we also add the beta commands:

diff --git a/PKGBUILD b/PKGBUILD
index d407e69..b28af94 100644
@@ -59,11 +59,11 @@ package() {
# kubectl is not in the tarball, add it to the package bootstrap
# app-engine-python is actually the PHP+Python SDK widgets combined
# NOTE: due to how Google is using argparse we must bare word the components
- msg2 "Running bootstrapping script and adding kubectl, app-engine-python"
+ msg2 "Running bootstrapping script and adding kubectl, app-engine-python, beta"
python2 "$pkgdir/opt/$pkgname/bin/bootstrapping/" \
--usage-reporting false --path-update false --bash-completion false \
--rc-path="$srcdir/fake.bashrc" \
- --additional-components kubectl app-engine-python
+ --additional-components kubectl app-engine-python beta

msg2 "Fixing appengine bug #35900282 (RAND_egd)"

Things like cloud functions are under beta.

troyengel commented on 2017-05-24 23:25

@codepilot - with the 156.0.0 release today, I added in a sed to fix that bug. It doesn't appear upstream is going to fix it anytime soon, it's been open for a year with no results.

See how this works out. I wrote the sed to be pretty specific to protect against an unexpected upstream change later.

troyengel commented on 2017-05-12 13:59

OK here we go - everyone please use your voting powers for good on this upstream issue so we can get their eyes on it:

troyengel commented on 2017-05-12 13:45

(edit @codepilot not @Ekaradon sorry!) - have the morning off, had a look; this is actually a bug in Google Cloud SDK. I've never filed a bug with them, I'll see what's involved. Have a look here:

Changes between 1.0.2h and 1.1.0 [25 Aug 2016]
*) EGD is no longer supported by default; use enable-egd when configuring.

We (Arch) do not explicitly pass --enable-egd when compiling OpenSSL ( so the interfaces (ergo, RAND_egd) are not available. The official python2 has this properly handled (per my snippet below) but Google is not accounting for this change.

I'm able to reproduce this by yanking out some of their code into a standalone file, time to find their bug tracker...

Ekaradon commented on 2017-05-11 13:07

@troyengel: here is my output from typing the command:
{15:02}~/aur/google-cloud-sdk:master ✗ ➭ python2 -c 'import sys; print(sys.path)'
['', '/usr/lib/', '/usr/lib/python2.7', '/usr/lib/python2.7/plat-linux2', '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old', '/usr/lib/python2.7/lib-dynload', '/usr/lib/python2.7/site-packages', '/usr/lib/python2.7/site-packages/gtk-2.0']


It looks fine for me. I tried again today (154.0.1) but the error is still there. I may have to reinstall python2...

troyengel commented on 2017-04-27 11:57

@codepilot - openssl recently upgraded in Arch, many packages have to be rebuilt - did your python2 and all it's components upgrade? Check your pacman.log and see, that might be it. It looks like the SDK is calling a SSL export and it fails; I notice this in the official python2 that imports the same thing:

from _ssl import RAND_egd
except ImportError:
# LibreSSL does not provide RAND_egd

Not a real answer for you, but maybe a clue... I just pushed the new 153.0.0 SDK but the release notes don't make mention of this.

codepilot commented on 2017-04-27 09:17


Since yesterday, I'm getting this error when trying to run as usual.

INFO 2017-04-27 09:07:10,977] Checking for updates to the SDK.
INFO 2017-04-27 09:07:11,533] Starting API server at: http://localhost:32965
INFO 2017-04-27 09:07:11,551] Starting module "default" running at: http://localhost:8080
INFO 2017-04-27 09:07:11,551] Starting admin server at: http://localhost:8000
Traceback (most recent call last):
File "/opt/google-cloud-sdk/platform/google_appengine/", line 103, in <module>
_run_file(__file__, globals())
File "/opt/google-cloud-sdk/platform/google_appengine/", line 97, in _run_file
execfile(_PATHS.script_file(script_name), globals_)
File "/opt/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/python/", line 185, in <module>
File "/opt/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/python/", line 165, in main
File "/opt/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/python/", line 204, in enable_sandbox
from google.appengine.runtime import runtime
File "/opt/google-cloud-sdk/platform/google_appengine/google/appengine/runtime/", line 40, in <module>
from google.appengine.runtime import cgi
File "/opt/google-cloud-sdk/platform/google_appengine/google/appengine/runtime/", line 32, in <module>
from email import feedparser
File "/usr/lib/python2.7/email/", line 27, in <module>
from email import message
File "/usr/lib/python2.7/email/", line 16, in <module>
import email.charset
File "/usr/lib/python2.7/email/", line 13, in <module>
import email.base64mime
File "/usr/lib/python2.7/email/", line 40, in <module>
from email.utils import fix_eols
File "/usr/lib/python2.7/email/", line 28, in <module>
import socket
File "/opt/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/python/", line 842, in load_module
return self.import_stub_module(fullname)
File "/opt/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/python/", line 854, in import_stub_module
__import__(fullname, {}, {})
File "/opt/google-cloud-sdk/platform/google_appengine/google/appengine/dist27/", line 73, in <module>
ImportError: cannot import name RAND_egd

My solution for this right now is to remove RAND_egd from /opt/google-cloud-sdk/platform/google_appengine/google/appengine/dist27/

troyengel commented on 2017-04-24 14:39

Trying something new; Google doesn't have an Atom feed, but I worked with Igor @ to sort out a way to turn our sha256.txt into an RSS-like feed to monitor: Let's see how it goes when 153.0.0 is released, I set up IFTTT to watch it and email me on change.

troyengel commented on 2017-04-21 00:18

@Ekaradon - sounds like something is amiss with your python environment; the file in that directory is where uritemplate.api is, it should get put into sys.path automatically. Have you messed with PYTHONPATH or some other environment variable? Do you see anything weird (strange directories or content) when you run this? python2 -c 'import sys; print(sys.path)'

Set up a VM with Arch and try a clean build there - I just built 152.0.0 to release and it seems fine as usual; took a moment to look at this section of their code, nothing seems weird but I'm not a python master or anything.