Arch Linux User Repository

I did a split of the package to 3 packages: google-cloud-cli, google-cloud-cli-bq, google-cloud-cli-gsutil. There is also package containing the bundled python for those who want it or as a dependency to the gsutil (current version 5.24 does not work with python 3.13 out-of-the-box, although 5.25 which is already available on github should). I am also testing to include other "components".

If there will be interest, it's also possible to split the manpages to another package. So for those who don't want them, the install time can get faster and size significantly smaller.

I have tried not to break anyones installation, so please try to install the 3 mentioned packages and it should work the same as before.

You don't need bundled python for the gcloud to work, and I would advice to use gsutil only if yo really have to. The prefered way is to use gcloud storage anyway.

Version 372.0.0-1 is giving me the error

/opt/google-cloud-sdk/platform/bundledpythonunix/bin/python3: error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory

despite having the various ssl packages installed. Repeated on 2 separate computers.

@rsaxena correct, 371.0.0-4 updates the patch to cover a new use of collections.Mapping that was introduced in 370.0.0 and missed (because my pipeline does not test every possible command; although this is something I'm aiming to resolve in the upcoming weeks).

Somewhat hilariously, 370.0.0 actually introduced the removal of a workaround to support the collections -> collections.abc change for newer versions of Python.

➜ diff {369,370}/platform/bq/bigquery_client.py | head -10
--- 369/platform/bq/bigquery_client.py    1980-01-01 01:00:00.000000000 -0700
+++ 370/platform/bq/bigquery_client.py    1980-01-01 01:00:00.000000000 -0700
@@ -58,9 +58,6 @@

 _GCS_SCHEME_PREFIX = 'gs://'

-collections_abc = collections
-if sys.version_info > (3, 8):
-  collections_abc = collections.abc

With the new patch (v. 371.0.0-4) it is working for me, Python 3.10.2

The current version is failing with Python 3.10.1:

└─[$] bq
Traceback (most recent call last):
  File "/opt/google-cloud-sdk/platform/bq/bq.py", line 63, in <module>
    import bigquery_client
  File "/opt/google-cloud-sdk/platform/bq/bigquery_client.py", line 6755, in <module>
    class ApiClientHelper(object):
  File "/opt/google-cloud-sdk/platform/bq/bigquery_client.py", line 6761, in ApiClientHelper
    class Reference(collections.Mapping):
AttributeError: module 'collections' has no attribute 'Mapping'
└─[$] python -V
Python 3.10.1

I will investigate more later and provide details if I find the reason.

@Jont828, please see the pinned comments.

I'm in the process of finishing the PKGBUILDs for each external component. I'd suggest following the instructions in the pinned comments until they are finalized and published.

Is it possible to get gcloud's cloud-build-local package on the AUR? I installed the Google Cloud SDK from here, but this tutorial requires installing cloud-build-local, which I could not find on the AUR. It can be installed through gcloud using gcloud components install cloud-build-local, but that command doesn't work when it's installed through the AUR since gcloud sees a separate package manager.

@akhil: I have no idea what Yay does, but the package most definitely installs the shell inclusion files under /opt. Please file issues related to Yay at its project page.

PLEASE NOTE

This PKGBUILD is maintained on GitHub. Please use the following repository to submit patches, ask questions, and raise issues:

https://github.com/sudoforge/pkgbuilds

@rachejazz: comments from 2022-01-13 are obsolete. The issue was fixed later that day.

PLEASE NOTE

This PKGBUILD is maintained on GitHub. Please use the following repository to submit patches, ask questions, and raise issues:

https://github.com/sudoforge/pkgbuilds

@myyc do you mean to say dev-app-server and endpoints-cfg patches needn't be patched since it was already patched?

edit: i was lazy and only checked the first two files. as per the comment below this one actually only the first two files had been patched already. deleting the first two files from the diff and changing the checksum works.

original comment:

it seems like the patch that's failing has been applied already, i've checked a couple of the affected files and it seems to be the case.

i am not the maintainer of the package so i don't know the risk in removing it, but doing so installs the sdk.