(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: https://github.com/openssl/openssl/blob/master/CHANGES
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 (https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/openssl) so the interfaces (ergo, RAND_egd) are not available. The official python2 ssl.py 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...
Search Criteria
Package Details: google-cloud-cli 518.0.0-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/google-cloud-cli.git (read-only, click to copy) |
---|---|
Package Base: | google-cloud-cli |
Description: | A set of command-line tools for the Google Cloud Platform. Includes gcloud (with beta and alpha commands), gsutil, and bq. |
Upstream URL: | https://cloud.google.com/cli/ |
Keywords: | cloud gcloud gcp google sdk |
Licenses: | Apache-2.0 |
Conflicts: | google-cloud-sdk |
Provides: | google-cloud-sdk |
Replaces: | google-cloud-sdk |
Submitter: | PolarianDev |
Maintainer: | jvybihal |
Last Packager: | jvybihal |
Votes: | 190 |
Popularity: | 0.57 |
First Submitted: | 2023-03-08 09:33 (UTC) |
Last Updated: | 2025-04-16 16:59 (UTC) |
Dependencies (2)
- python (python37AUR, python311AUR, python310AUR)
- python-crcmod (optional) – [gsutil] verify the integrity of GCS object contents
Required by (15)
- apollo-neo-env-manager-dev (optional)
- arkade-bin (requires google-cloud-sdk) (optional)
- gcsfuse (requires google-cloud-sdk) (optional)
- gcsfuse-bin (requires google-cloud-sdk) (optional)
- google-cloud-cli-firestore-emulator
- google-cloud-cli-gke-gcloud-auth-plugin
- google-cloud-sdk-app-engine-java (requires google-cloud-sdk)
- google-cloud-sdk-app-engine-python (requires google-cloud-sdk)
- google-cloud-sdk-app-engine-python-extras (requires google-cloud-sdk)
- google-cloud-sdk-datastore-emulator (requires google-cloud-sdk)
- k3sup-bin (requires google-cloud-sdk) (optional)
- porter-bin (requires google-cloud-sdk) (optional)
- python-google-earthengine-api (requires google-cloud-sdk)
- repman (optional)
- repman-git (optional)
Sources (4)
Latest Comments
« First ‹ Previous 1 .. 18 19 20 21 22 23 24 25 26 27 28 .. 31 Next › Last »
tengel commented on 2017-05-12 13:45 (UTC) (edited on 2017-05-12 14:10 (UTC) by tengel)
Ekaradon commented on 2017-05-11 13:07 (UTC)
@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/python27.zip', '/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...
tengel commented on 2017-04-27 11:57 (UTC)
@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 ssl.py that imports the same thing:
try:
from _ssl import RAND_egd
except ImportError:
# LibreSSL does not provide RAND_egd
pass
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 (UTC)
Hello!
Since yesterday, I'm getting this error when trying to run dev_appserver.py as usual.
---
INFO 2017-04-27 09:07:10,977 sdk_update_checker.py:231] Checking for updates to the SDK.
INFO 2017-04-27 09:07:11,533 api_server.py:272] Starting API server at: http://localhost:32965
INFO 2017-04-27 09:07:11,551 dispatcher.py:205] Starting module "default" running at: http://localhost:8080
INFO 2017-04-27 09:07:11,551 admin_server.py:116] Starting admin server at: http://localhost:8000
Traceback (most recent call last):
File "/opt/google-cloud-sdk/platform/google_appengine/_python_runtime.py", line 103, in <module>
_run_file(__file__, globals())
File "/opt/google-cloud-sdk/platform/google_appengine/_python_runtime.py", 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/runtime.py", line 185, in <module>
main()
File "/opt/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/python/runtime.py", line 165, in main
sandbox.enable_sandbox(config)
File "/opt/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/python/sandbox.py", line 204, in enable_sandbox
from google.appengine.runtime import runtime
File "/opt/google-cloud-sdk/platform/google_appengine/google/appengine/runtime/runtime.py", line 40, in <module>
from google.appengine.runtime import cgi
File "/opt/google-cloud-sdk/platform/google_appengine/google/appengine/runtime/cgi.py", line 32, in <module>
from email import feedparser
File "/usr/lib/python2.7/email/feedparser.py", line 27, in <module>
from email import message
File "/usr/lib/python2.7/email/message.py", line 16, in <module>
import email.charset
File "/usr/lib/python2.7/email/charset.py", line 13, in <module>
import email.base64mime
File "/usr/lib/python2.7/email/base64mime.py", line 40, in <module>
from email.utils import fix_eols
File "/usr/lib/python2.7/email/utils.py", line 28, in <module>
import socket
File "/opt/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/python/sandbox.py", line 842, in load_module
return self.import_stub_module(fullname)
File "/opt/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/python/sandbox.py", line 854, in import_stub_module
__import__(fullname, {}, {})
File "/opt/google-cloud-sdk/platform/google_appengine/google/appengine/dist27/socket.py", line 73, in <module>
from _ssl import RAND_add, RAND_egd, RAND_status, SSL_ERROR_ZERO_RETURN, SSL_ERROR_WANT_READ, SSL_ERROR_WANT_WRITE, SSL_ERROR_WANT_X509_LOOKUP, SSL_ERROR_SYSCALL, SSL_ERROR_SSL, SSL_ERROR_WANT_CONNECT, SSL_ERROR_EOF, SSL_ERROR_INVALID_ERROR_CODE
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/socket.py.
tengel commented on 2017-04-24 14:39 (UTC)
Trying something new; Google doesn't have an Atom feed, but I worked with Igor @ https://feed43.com to sort out a way to turn our sha256.txt into an RSS-like feed to monitor: https://feed43.com/google-cloud-sdk-release.xml Let's see how it goes when 153.0.0 is released, I set up IFTTT to watch it and email me on change.
tengel commented on 2017-04-21 00:18 (UTC)
@Ekaradon - sounds like something is amiss with your python environment; the file api.py 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.
Ekaradon commented on 2017-04-19 10:01 (UTC)
Hello,
When trying to upgrade, I am facing this issue:
```
==> Starting package()...
-> Copying core SDK components
-> Running bootstrapping script and adding kubectl, app-engine-python
Traceback (most recent call last):
File "~/aur/google-cloud-sdk/pkg/google-cloud-sdk/opt/google-cloud-sdk/bin/bootstrapping/install.py", line 15, in <module>
from googlecloudsdk.calliope import actions
File "~/aur/google-cloud-sdk/pkg/google-cloud-sdk/opt/google-cloud-sdk/lib/googlecloudsdk/calliope/actions.py", line 23, in <module>
from googlecloudsdk.calliope import markdown
File "~/aur/google-cloud-sdk/pkg/google-cloud-sdk/opt/google-cloud-sdk/lib/googlecloudsdk/calliope/markdown.py", line 23, in <module>
from googlecloudsdk.calliope import base
File "~/aur/google-cloud-sdk/pkg/google-cloud-sdk/opt/google-cloud-sdk/lib/googlecloudsdk/calliope/base.py", line 23, in <module>
from googlecloudsdk.calliope import display
File "~/aur/google-cloud-sdk/pkg/google-cloud-sdk/opt/google-cloud-sdk/lib/googlecloudsdk/calliope/display.py", line 32, in <module>
from googlecloudsdk.calliope import display_taps
File "~/aur/google-cloud-sdk/pkg/google-cloud-sdk/opt/google-cloud-sdk/lib/googlecloudsdk/calliope/display_taps.py", line 39, in <module>
from googlecloudsdk.core import remote_completion
File "~/aur/google-cloud-sdk/pkg/google-cloud-sdk/opt/google-cloud-sdk/lib/googlecloudsdk/core/remote_completion.py", line 29, in <module>
from googlecloudsdk.core import resources
File "~/aur/google-cloud-sdk/pkg/google-cloud-sdk/opt/google-cloud-sdk/lib/googlecloudsdk/core/resources.py", line 36, in <module>
import uritemplate
File "~/aur/google-cloud-sdk/pkg/google-cloud-sdk/opt/google-cloud-sdk/lib/third_party/uritemplate/__init__.py", line 22, in <module>
from uritemplate.api import (
ImportError: No module named api
==> ERROR: A failure occurred in package().
Aborting...
```
Is there anyone else having this issue? I have found a lot of similar issues related to the python2/3 installation... But nothing directly to this error.
tengel commented on 2017-04-13 00:11 (UTC)
@bastelfreak - the build depends was removed just now with the commit for 151.0.0-1 release.
tengel commented on 2017-04-09 15:08 (UTC)
@bastelfreak - sure, it'll go out in the next normal update. don't want to trigger a new build for everyone for that alone, but I edited it locally.
bastelfreak commented on 2017-04-09 15:06 (UTC)
Hi troyengel,
you make remove python2 from the makedepends because it is also a normal dependency. No need to declare it twice.
Pinned Comments