Package Details: heroku-cli 8.11.1-1

Git Clone URL: https://aur.archlinux.org/heroku-cli.git (read-only, click to copy)
Package Base: heroku-cli
Description: CLI to manage Heroku apps and services with forced auto-update removed
Upstream URL: https://devcenter.heroku.com/articles/heroku-cli
Licenses: custom, ISC
Conflicts: heroku-cli-bin, heroku-client-standalone, heroku-toolbelt, ruby-heroku
Provides: heroku, heroku-cli
Submitter: Redrield
Maintainer: rnestler (ChloeColman)
Last Packager: rnestler
Votes: 73
Popularity: 0.074719
First Submitted: 2017-08-15 23:19 (UTC)
Last Updated: 2024-04-02 12:19 (UTC)

Dependencies (5)

Required by (0)

Sources (1)

Pinned Comments

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7

pizzapill commented on 2018-06-27 09:45 (UTC)

I think "npm" is now a dependency for this package since it does not build without it.

Redrield commented on 2018-04-24 14:31 (UTC)

The way that Heroku is storing tarballs on their server has changed again, and the directory names in the unzipped tarballs give me no clues as to where static releases are found, or even an idea of what version it is (I had to hunt down their github to update pkgver). I'll see if I can find a way to revert to what I had before but for the mean time, in the next update this package is going to be skipping hashsum checks.

ad1217 commented on 2017-09-07 07:00 (UTC) (edited on 2017-09-07 07:01 (UTC) by ad1217)

So the problem here seems to be that heroku keeps updating their tar.gz without changing the name, at a somewhat faster rate than it is reasonable to update this package. They do seem to provide static versions which match the folder name in the tar.gz that is currently used (ex https://cli-assets.heroku.com/heroku-cli/channels/stable/heroku-cli-v6.14.20-737bba7-linux-x64.tar.gz for the current version), so please consider switching this package to use those (it should also remove the need for your prepare function as well). Additionally, I've created heroku-cli-nightly, which should always pull the latest.

Throne3d commented on 2017-08-23 21:11 (UTC)

Hi there! I think (as a new version of the package was released), pkgrel should be reset to 1 instead of incremented – at least, it looks that way here: https://wiki.archlinux.org/index.php/PKGBUILD#pkgrel ? Also I'm getting an issue when I try to update the package, as it's finding the old .tar.gz file and assuming it's up-to-date, then failing the new integrity check as it hasn't actually downloaded an updated version. I'm not *totally* sure what the correct way is to handle this, but it seems like you could set the script to download the file but save it with the version in the downloaded filename: https://wiki.archlinux.org/index.php/PKGBUILD#source (syntax: `source=('filename::fileuri')`)? Thanks!

Throne3d commented on 2017-08-21 20:48 (UTC)

The upstream URL seems to be missing the protocol (`https://`), so it currently points to https://aur.archlinux.org/packages/heroku-cli/devcenter.heroku.com/articles/devcenter.heroku.com/articles/heroku-cli instead of what it should, https://devcenter.heroku.com/articles/heroku-cli Other than that, thanks for this!

Redrield commented on 2017-08-17 17:07 (UTC)

Fixed in newest release

Alir3z4 commented on 2017-08-17 12:16 (UTC)

==> Validating source_x86_64 files with md5sums... heroku-cli-linux-x64.tar.gz ... FAILED ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build heroku-cli.

« First ‹ Previous 1 2 3 4 5 6 7