| 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.90 |
| First Submitted: | 2023-03-08 09:33 (UTC) |
| Last Updated: | 2024-05-07 19:53 (UTC) |
@Sam-Burgos, see the pinned comment about this issue.
Based on your description of the issue you are experiencing, it sounds like these script you're executing do not inherit the CLOUDSDK_* environment variables. Running a script as a systemd unit, for example, will not inherit environment variables defined in /etc/profile or in a script under /etc/profile.d; you will need to specify these in your script's environment(s).
Greetings, I have the issue with the library libcrypt.so.1 as well when trying to run the command as an automated bash file, however, my default shell is actually bash and it runs ok only if I run it manually. If I try to automate somehow (via bash, systemd timer or any other) it doesn't work
Is there any way to test what might be wrong or to report this?
385.0.0-2 works, thanks for update.
385.0.0-2 resolved the issue. If you are still experiencing a build failure, you are not building 385.0.0-2.
Same error here for the latest version:
==> Starting prepare()...
failed to apply patch: 0004-collections-abc.patch
==> ERROR: A failure occurred in prepare().
Aborting...
-> error making: google-cloud-sdk
Latest version fails to apply the collections patch.
failed to apply patch: 0004-collections-abc.patch
==> ERROR: A failure occurred in prepare().
There has been a recent influx of users reporting that they are encountering an error related to missing libcrypt.so.1:
error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory
If you encounter this error, the issue is that your shell has not imported /etc/profile.d/google-cloud-sdk.sh, causing the CLOUDSDK_PYTHON environment variable (among others) to not be set. This causes the tool to use a bundled python executable with its own library searching logic which fails to find the correct library.
libcrypt is provided by core/libxcrypt, which is required by core/python, which is required by aur/google-cloud-sdk. If you've installed this package, you have the correct library.
This is not a bug with the package; it is a bug with your shell. At the moment, this appears to be limited to users of fish. Please check the wiki for information about the tasks you should perform when setting fish as your default shell to avoid errors like this.
Note: I overhauled my internal CI process that updates packages and syncs them out to external destinations (like the AUR). Please open an issue using the issue tracker if you encounter any issues.
@sudoforge @ginjiruu
I received the same error in bash and fixed by installing https://archlinux.org/packages/core/x86_64/libxcrypt-compat/
as described here https://bbs.archlinux.org/viewtopic.php?pid=2022246#p2022246
(but now in community rather than aur)
due to dropping libcrypt.so.1 from glibc.
@sudoforge export CLOUDSDK_PYTHON=$(which python3) also fixed it for me on zsh. Thanks!
Pinned Comments