summarylogtreecommitdiffstats
path: root/.SRCINFO
AgeCommit message (Collapse)Author
2020-05-22feat(google-cloud-sdk): new upstream release: 293.0.0.0Benjamin Denhartog
2020-05-13feat(google-cloud-sdk): new upstream release: 292.0.0Benjamin Denhartog
2020-05-05feat(google-cloud-sdk): new upstream release: 291.0.0Benjamin Denhartog
2020-05-04feat(google-cloud-sdk): install zsh completionAli Kaafarani
2020-04-27feat(google-cloud-sdk): new upstream release: 290.0.1Benjamin Denhartog
2020-04-23feat(google-cloud-sdk): new upstream release: 290.0.0Benjamin Denhartog
2020-04-23fix(google-cloud-sdk): change mode of bash completion from 0755 to 0644Benjamin Denhartog
2020-04-23style(google-cloud-sdk): use consistent format for specifying `install` optionsBenjamin Denhartog
2020-04-15feat(google-cloud-sdk): new upstream release: 289.0.0Benjamin Denhartog
2020-04-07feat(google-cloud-sdk): new upstream release: 288.0.0Benjamin Denhartog
2020-04-01feat(google-cloud-sdk): new upstream release: 287.0.0Benjamin Denhartog
2020-03-24feat(google-cloud-sdk): new upstream release: 286.0.0Benjamin Denhartog
2020-03-24feat(google-cloud-sdk): only apply patches which are present in $sourceBenjamin Denhartog
This patch refactors the block within the prepare() function which handles applying patches to explicitly use the patch files present in the source array. Previously, the iteratable list was generated using a shell glob -- doing this allows for a potential issue. The particular issue comes into play when a user has built a version of the package which contains, for example, three patch files named 0{1-A,2-B,3-C}.patch -- when building manually with `makepkg`, their local `src/` directory will contain all three patch files. If a future version of this package removed the need for 03-C.patch, and the user built the package via `makepkg` again _without passing the `--cleanbuild` flag__, the 03-C.patch file would not be removed, and the shell globbing would detect and attempt to apply that file, causing an error (assuming the patch failed to apply). What we're doing now is much more sane, without introducing additional overhead: iterating over each entry in $source and pattern-matching the end of the string to ensure it ends with `\.patch` before applying it allows us to add and remove patch files from $source as needed without having to update prepare(), with the added benefit of bypassing the issue referenced above. closes #20
2020-03-22feat(google-cloud-sdk): move python2 to optdepsBenjamin Denhartog
2020-03-18feat(google-cloud-sdk): new upstream release: 285.0.1Benjamin Denhartog
2020-03-18feat(google-cloud-sdk): new upstream release: 285.0.0Benjamin Denhartog
2020-03-10feat(google-cloud-sdk): new upstream release: 284.0.0Benjamin Denhartog
2020-03-03feat(google-cloud-sdk): new upstream release: 283.0.0Benjamin Denhartog
For information about the changes contained in this release, view the [release notes][0]. [0]: https://cloud.google.com/sdk/docs/release-notes#28300_2020-03-03
2020-02-25feat(google-cloud-sdk): new upstream release: 282.0.0Benjamin Denhartog
This patch upgrades google-cloud-sdk to version 282.0.0. As of this release, the patch to the internal third_party dependency (lib/third_party/ipaddress) is no longer necessary, as the dependency appears to be have been updated. For additional background information, refer to commit f1756a58dd64ac710a3d3e70e1d9812e5e460a8a in this repository.
2020-02-18feat(google-cloud-sdk): new upstream release: 281.0.0Benjamin Denhartog
2020-02-11feat(google-cloud-sdk): new upstream release: 280.0.0Benjamin Denhartog
2020-02-07feat(google-cloud-sdk): new upstream release: 279.0.0Benjamin Denhartog
2020-02-03fix(google-cloud-sdk): add patch file for SyntaxWarning in ipaddressBenjamin Denhartog
Internally, `google-cloud-sdk` depends on a third party library called `ipaddress`. The version of `ipaddress` that is bundled with `google-cloud-sdk` is outdated, and is missing a modulus (%) when formatting a string. The upstream project accepted a patch for this in October 2019 [0], so it appears that the version bundled within `google-cloud-sdk` needs to be updated. To that effect, an issue has been reported [1]; the patch file added by this commit can be removed when it has been resolved. closes sudoforge/pkgbuilds#15 [0]: https://github.com/phihag/ipaddress/pull/48 [1]: https://issuetracker.google.com/issues/148752648
2020-01-28feat(google-cloud-sdk): new upstream release: 278.0.0Benjamin Denhartog
2020-01-23chore: remove echo statements from PKGBUILDBenjamin Denhartog
2020-01-23feat(google-cloud-sdk): new upstream release: 277.0.0Benjamin Denhartog
2020-01-23chore(google-cloud-sdk): remove __pycache__ directories containing ↵Benjamin Denhartog
interpreter-compiled bytecode These directories are created as a result of executing the bootstrap script and should not be included in the package.
2020-01-23fix(google-cloud-sdk): add patch file to force endpointscfg.py to python2Benjamin Denhartog
endpointscfg.py does not currently support Python3. See `gcloud topic startup` [0] for more information. [0]: https://cloud.google.com/sdk/gcloud/reference/topic/startup
2020-01-23fix(google-cloud-sdk): add patch file to force dev_appserver.py to python2Benjamin Denhartog
dev_appserver.py does not currently support Python3. See `gcloud topic startup` [0] for more information. [0]: https://cloud.google.com/sdk/gcloud/reference/topic/startup
2020-01-23fix: add patch file to avoid SyntaxWarning when executing console_io.pyBenjamin Denhartog
This patch adds a patch file to the package that fixes an erroneous usage of the 'is' operator with a literal (string) in lib/googlecloudsdk/core/console/console_io.py. This has been reported upstream. refs https://issuetracker.google.com/issues/147702239
2020-01-16new release: google-cloud-sdk 276.0.0-2Benjamin Denhartog
- fix: remove package from optdepends: python - feat: change CLOUDSDK_PYTHON from python2 to python
2020-01-15new release: google-cloud-sdk 276.0.0-1Benjamin Denhartog
upstream release
2020-01-08new release: google-cloud-sdk 275.0.0-1Benjamin Denhartog
upstream release
2020-01-08new release: google-cloud-sdk 274.0.0-1Benjamin Denhartog
2020-01-08new release: google-cloud-sdk 274.0.0-0Benjamin Denhartog
2019-12-10rollback: google-cloud-sdk 272.0.0-3Benjamin Denhartog
2019-12-10new release: google-cloud-sdk 273.0.0-2Benjamin Denhartog
2019-11-19new release: google-cloud-sdk 272.0.0-2Benjamin Denhartog
272.0.0 release notes state that python 3.5+ has graduated to beta support.
2019-11-19new release: google-cloud-sdk 272.0.0-1Benjamin Denhartog
upstream release
2019-11-13new release: google-cloud-sdk 271.0.0-1Benjamin Denhartog
upstream release new release: google-cloud-sdk 271.0.0-1 upstream release
2019-11-05new release: google-cloud-sdk 270.0.0-3Benjamin Denhartog
fix typo in optdep for python3
2019-11-05new release: google-cloud-sdk 270.0.0-2Benjamin Denhartog
fix erroneous dependency on python3. python2.7 is required for all gcloud utilities; however, the core `gcloud` utility has experimental support for python3. for more information, see: - https://cloud.google.com/sdk/gcloud/reference/topic/startup
2019-11-05new release: google-cloud-sdk 270.0.0-1Benjamin Denhartog
upstream release
2019-10-29new release: google-cloud-sdk 269.0.0-1Benjamin Denhartog
upstream release
2019-10-22new release: google-cloud-sdk 268.0.0-1Benjamin Denhartog
upstream release
2019-10-15new release: google-cloud-sdk 267.0.0-1Benjamin Denhartog
upstream release
2019-10-09new release: google-cloud-sdk 266.0.0-1Benjamin Denhartog
upstream release
2019-10-02new release: google-cloud-sdk 265.0.0-1Benjamin Denhartog
upstream release
2019-09-25new release: google-cloud-sdk 264.0.0-1Benjamin Denhartog
upstream release
2019-09-18new release: google-cloud-sdk 263.0.0-1Benjamin Denhartog
upstream release