Package Details: ghcup-hs-bin

Git Clone URL: (read-only, click to copy)
Package Base: ghcup-hs-bin
Description: an installer for the general purpose language Haskell
Upstream URL:
Licenses: LGPL3
Conflicts: ghcup-git
Submitter: amesgen
Maintainer: amesgen
Last Packager: amesgen
Votes: 17
Popularity: 1.11
First Submitted: 2020-04-19 00:41 (UTC)
Last Updated: 2022-07-30 14:02 (UTC)

Dependencies (3)

Required by (0)

Sources (4)

Pinned Comments

amesgen commented on 2021-07-14 15:08 (UTC)

Feel free to create issues/PRs at GitHub:

Latest Comments

1 2 Next › Last »

amesgen commented on 2021-11-14 18:07 (UTC) (edited on 2021-11-14 18:11 (UTC) by amesgen)

@gesh: Ah yes thanks, I forgot to include to include $pkgrel in the binary name, will do this for so it will be redownloaded (even without clearing the cached file). In the future, this should not happen anymore (see, so it is a temporary thing.

gesh commented on 2021-11-14 17:45 (UTC)

Considering upstream allows themselves to change the binaries in-place, would recommend replacing the filename patterns to ghcup-$pkgver-$pkgrel-$arch

amesgen commented on 2021-11-14 13:10 (UTC)

@sseneca: Fixed, the binaries were once again changed after they were uploaded. I will check back with hasufell for a strategy to ensure that this will not happen again.

sseneca commented on 2021-11-14 12:02 (UTC)

==> Validating source_x86_64 files with sha256sums...
    ghcup- ... FAILED
==> ERROR: One or more files did not pass the validity check!
error: failed to download sources for 'ghcup-hs-bin-': 
error: packages failed to build: ghcup-hs-bin-

amesgen commented on 2021-07-14 15:08 (UTC)

Feel free to create issues/PRs at GitHub:

samhh commented on 2021-06-30 09:56 (UTC)

Is there any interest in saying that this package "provides" Cabal, GHC, etc? Though they're not installed by default, I'd like to say that my Haskell packages require Cabal without forcing users to install cabal-install (given how Arch traditionally handles Haskell dependencies).

hasufell commented on 2020-09-23 07:08 (UTC)

The correct hash is 99d97c9a1dce76892001e5cffd50cc23bf804f2282998c546d1b965aa2179699

There was a "failed" release, which I overwrote later. The web cache should have been cleared. Check for the hashes.

pepper_chico commented on 2020-09-22 22:49 (UTC) (edited on 2020-09-22 22:49 (UTC) by pepper_chico)

==> Validating source files with sha256sums...
    ghcup-0.1.11 ... FAILED
    ghcup-comp-bash-0.1.11 ... Passed
    ghcup-comp-zsh-0.1.11 ... Passed
    ghcup-comp-fish-0.1.11 ... Passed
==> ERROR: One or more files did not pass the validity check!

amesgen commented on 2020-07-24 12:05 (UTC) (edited on 2020-07-24 12:11 (UTC) by amesgen)

@hasufell Thanks, ghcup is a very nice project!

I'm wondering if it makes sense to add all of the GHC/Cabal dependencies as optional (the ones you need to use the ghc binary etc.): gcc, gmp, libffi, ncurses.

I am also not sure about that. I just tested it in a archlinux/base docker container, and all dependencies of ghc-8.10.1 and cabal were already installed (for example gcc via base-devel and zlib as a transitive dep of gcc), so I don't think it is worth to add all of them as optional deps.

I'm not sure whether I would consider curl optional. It's true you can tell both ghcup and cabal to use wget, but both use curl as default. I guess this depends on packaging policies.

Yeah, I have no problem with making curl a "hard" dep. As curl is a dep of pacman, it will always be installed, so this is a mostly theoretical discussion. Also, as you know ofc, might fix the ghcup part.

For better shell integration [...]

Adding two dirs to PATH is trivial, so I don't think that adding a special helper file only for bash is really useful. For comparison, rustup also does nothing like this.