@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.
Search Criteria
Package Details: google-cloud-cli 474.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: | 188 |
| Popularity: | 0.94 |
| First Submitted: | 2023-03-08 09:33 (UTC) |
| Last Updated: | 2024-05-01 09:55 (UTC) |
Dependencies (2)
- python (python37AUR, python311AUR, python310AUR)
- python-crcmod (optional) – [gsutil] verify the integrity of GCS object contents
Required by (15)
- arkade-bin (requires google-cloud-sdk) (optional)
- gcsfuse (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-bigtable-emulator (requires google-cloud-sdk)
- google-cloud-sdk-cbt (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 (3)
troyengel commented on 2017-04-27 11:57 (UTC)
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.
troyengel 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.
troyengel 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.
troyengel 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.
troyengel 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.
troyengel commented on 2017-04-09 13:01 (UTC)
@shanipribaldi - bingo thanks! that's been there forever (over a year and a half, to when I picked it up as an orphan and we moved to AUR4 git), odd how it's never broken before now. fixed that up to use -I in the grep!
@moscar - kubectl-bin moved out of replaces() into provides() for you. The others in replaces() were intentional (see below) to replace the older packages at the request of the maintainer.
shanipribadi commented on 2017-04-09 02:59 (UTC)
Binary from google is fine, the issue is the
msg2 "Fixing python references for python2"
grep -rl 'python' "$pkgdir/opt/$pkgname" | \
xargs sed -i 's|#!.*python\b|#!/usr/bin/env python2|g'
find "$pkgdir/opt/$pkgname/bin/" -maxdepth 1 -type f -exec \
sed -i 's/CLOUDSDK_PYTHON=python\b/CLOUDSDK_PYTHON=python2/g' {} \;
which works on all files, even those that are not python scripts (e.g. kubectl)
using grep -Irl for the first substitution to ignore binary file fixes this.
Pinned Comments