ghcup issueshttps://gitlab.haskell.org/haskell/ghcup/-/issues2022-09-14T17:27:25Zhttps://gitlab.haskell.org/haskell/ghcup/-/issues/138windows feedback2022-09-14T17:27:25Zf-awindows feedbackedit: silly me, wrong repoedit: silly me, wrong repohttps://gitlab.haskell.org/haskell/ghcup/-/issues/137Add GHC release dates to `ghcup list` table2020-11-13T10:28:48ZAndré Szabolcs SzelpAdd GHC release dates to `ghcup list` tableI felt like adding release dates of the GHC to the `ghcup list` table could be useful (e.g. when creating a new library to assess which older versions of GHC to still target, etc.)
I open this issue to see how the maintainers and other ...I felt like adding release dates of the GHC to the `ghcup list` table could be useful (e.g. when creating a new library to assess which older versions of GHC to still target, etc.)
I open this issue to see how the maintainers and other users feel about this.
## Benefit
Added useful information content.
## Drawbacks
- Broader table.
The current table is 61 terminal characters long (60 Unicode characters, but the inital x / tick are displayed with a double width character)
This addition would push it over 80 characters. 80 characters, stemming from old VT100 terminals is sometimes still considered a desideratum.
- Some might perceive it as information overload, making reading or parsing the table harder.
I think this can be helped by judicious choice of colours, e.g. toning it down with grey.
## Options
The date can be displayed either as an ISO8601 YYYY-MM-DD format, or it could be decided here to use human readable relative dates "two years ago". I would suggest deciding for one or the other and *not* introducing a flag to `ghcup list` to provide the functionality.
If going for relative human readable dates, a choice between one of the packages e.g. `dates`, `friendly-time`, `fmt`, `relevant-time`, `chronos` would be made on considerations as dependency size, maintainance status and whether it's already used in `ghcup`.
## Implementation
I could give it a try.
## Example
Tool Version Tags Notes Released
[ ... snip ... ]
✗ ghc 8.6.4 base-4.12.0.0 hls-powered 2019-03-05
✓ ghc 8.6.5 base-4.12.0.0 hls-powered 2019-04-24
✗ ghc 8.8.1 base-4.13.0.0 2019-08-25
✗ ghc 8.8.2 base-4.13.0.0 hls-powered 2020-01-16
✓ ghc 8.8.3 base-4.13.0.0 hls-powered 2020-02-24
✓ ghc 8.8.4 recommended,base-4.13.0.0 hls-powered 2020-07-15
✗ ghc 8.10.1 base-4.14.0.0 hls-powered 2020-03-24
✔✔ ghc 8.10.2 latest,base-4.14.1.0 hls-powered 2020-08-08
[ ... snip ... ]
or
Tool Version Tags Notes Released
[ ... snip ... ]
✗ ghc 8.6.4 base-4.12.0.0 hls-powered 1¾ years ago
✓ ghc 8.6.5 base-4.12.0.0 hls-powered 1½ years ago
✗ ghc 8.8.1 base-4.13.0.0 1¼ years ago
✗ ghc 8.8.2 base-4.13.0.0 hls-powered 10 months ago
✓ ghc 8.8.3 base-4.13.0.0 hls-powered 9 months ago
✓ ghc 8.8.4 recommended,base-4.13.0.0 hls-powered 4 months ago
✗ ghc 8.10.1 base-4.14.0.0 hls-powered 8 months ago
✔✔ ghc 8.10.2 latest,base-4.14.1.0 hls-powered 2 months ago
[ ... snip ... ]
## Further considerations
It could be considered to add release dates not only to GHC, but to the other install options as well (cabal, hls). On the other hand it might be less relevant with those, and its an equally valid stance to just provide it for GHC exactly for keeping the information tight.https://gitlab.haskell.org/haskell/ghcup/-/issues/135haskel node on linux debian strech2020-04-15T17:16:22ZGregory Marc Volcyhaskel node on linux debian strechCannot figure out architecture (was: aarch64)
failed to get architecture
Could not find an appropriate download for the requested GHC-8.8.3 on your systeCannot figure out architecture (was: aarch64)
failed to get architecture
Could not find an appropriate download for the requested GHC-8.8.3 on your systehttps://gitlab.haskell.org/haskell/ghcup/-/issues/131Improving FreeBSD support2020-10-06T11:47:37ZGeorge WilsonImproving FreeBSD supportI added FreeBSD support to GHCUP, but I have come around to the view that we should remove it, as GHC FreeBSD binaries are not published quickly or reliably enough for GHCUP's purposes - it's holding back our "recommended version" from a...I added FreeBSD support to GHCUP, but I have come around to the view that we should remove it, as GHC FreeBSD binaries are not published quickly or reliably enough for GHCUP's purposes - it's holding back our "recommended version" from advancing, isn't it?
Getting FreeBSD back into ghcup should wait until FreeBSD is a first-class-citizen of GHC again.https://gitlab.haskell.org/haskell/ghcup/-/issues/120Installation takes hours long2019-10-16T06:03:46Zshi-xiaopengInstallation takes hours longI used the recommended way, that is `curl https://get-ghcup.haskell.org -sSf | sh`.
But it takes hours to download.
![Screen_Shot_2019-10-14_at_10.40.23_PM](/uploads/74f51c9b64a7b1a34a0ed8f534638751/Screen_Shot_2019-10-14_at_10.40.23_PM...I used the recommended way, that is `curl https://get-ghcup.haskell.org -sSf | sh`.
But it takes hours to download.
![Screen_Shot_2019-10-14_at_10.40.23_PM](/uploads/74f51c9b64a7b1a34a0ed8f534638751/Screen_Shot_2019-10-14_at_10.40.23_PM.png)
I am at shanghai China, First thing I thought is GREAT WALL, so I opened VPN, but the situation doesn't have any improvement. Is there something wrong?
I want to try Haskell, I think more and more Chinese developers would do. If this issue is location related, I hope there would be a solution.https://gitlab.haskell.org/haskell/ghcup/-/issues/117Manage cross-compilers2019-09-10T22:36:14ZVanessa McHaleManage cross-compilersCurrently all I've got is `aarch64-linux-gnu`/`arm-linux-gnueabihf` target for `x86_64-unknown-linux` host, but it would be nice to install them as well; rustup does this.
See: https://github.com/vmchale/ghc-cross/releasesCurrently all I've got is `aarch64-linux-gnu`/`arm-linux-gnueabihf` target for `x86_64-unknown-linux` host, but it would be nice to install them as well; rustup does this.
See: https://github.com/vmchale/ghc-cross/releaseshttps://gitlab.haskell.org/haskell/ghcup/-/issues/110Provide zsh completion2019-07-09T03:04:08ZJulian OspaldProvide zsh completionhttps://gitlab.haskell.org/haskell/ghcup/-/issues/102aarch64 support2019-06-13T02:32:16ZFrancesco Gazzettafgaz@fgaz.meaarch64 supportThat's the only "big" architecture that's still missingThat's the only "big" architecture that's still missinghttps://gitlab.haskell.org/haskell/ghcup/-/issues/94Feature request: install alpha, beta, rc versions of ghc2020-01-05T14:41:41ZDan BurtonFeature request: install alpha, beta, rc versions of ghc```
ghcup install 8.8.1-alpha1
```
Current behavior:
`"8.8.1-alpha1" is not a known version or tag!`
Desired behavior:
Installs the specified ghc alpha, symlinks `ghc-8.8.1-alpha1` in `~/.ghcup/bin` to the appropriate binary, a...```
ghcup install 8.8.1-alpha1
```
Current behavior:
`"8.8.1-alpha1" is not a known version or tag!`
Desired behavior:
Installs the specified ghc alpha, symlinks `ghc-8.8.1-alpha1` in `~/.ghcup/bin` to the appropriate binary, and does the same for `ghc-pkg`, etc.https://gitlab.haskell.org/haskell/ghcup/-/issues/95Support WSL better2019-06-08T12:28:22ZGhost UserSupport WSL betterMaybe with a GHC compiled with `--disable-large-address-space` and OS detection via https://stackoverflow.com/questions/38859145/detect-ubuntu-on-windows-vs-native-ubuntu-from-bash-scriptMaybe with a GHC compiled with `--disable-large-address-space` and OS detection via https://stackoverflow.com/questions/38859145/detect-ubuntu-on-windows-vs-native-ubuntu-from-bash-scripthttps://gitlab.haskell.org/haskell/ghcup/-/issues/58Manual libnuma install required2019-06-08T12:28:22ZHerbert Valerio Riedelhvr@gnu.orgManual libnuma install required*Created by: lbordowitz*
I ran the following commands:
```bash
$ ghcup install
$ ghcup set 8.4.4
$ ghcup install-cabal
$ cabal update
```
All of these commands executed successfully. However, I then ran this command, and got ...*Created by: lbordowitz*
I ran the following commands:
```bash
$ ghcup install
$ ghcup set 8.4.4
$ ghcup install-cabal
$ cabal update
```
All of these commands executed successfully. However, I then ran this command, and got the following error:
```bash
$ cabal new-install cabal-install
...
Warning: Some package(s) failed to build. Try rerunning with -j1 if you can't
see the error.
Failed to build digest-0.0.1.2.
....
Configuring digest-0.0.1.2...
Preprocessing library for digest-0.0.1.2..
/usr/bin/ld.gold: error: cannot find -lnuma
```
After manually installing the library with `apt install libnuma-devel`, the `cabal-install` worked correctly. However, if I didn't know how to read complex error logs and understand what was missing, it would have taken a lot longer to figure out the problem.
```bash
$ uname -a
Linux [computer-name-here] 4.15.0-42-generic #45-Ubuntu SMP Thu Nov 15 19:32:57 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
```https://gitlab.haskell.org/haskell/ghcup/-/issues/65Add support for HEAD builds2019-06-08T12:28:22ZMatthew PickeringAdd support for HEAD buildsThe gitlab CI infrastructure builds every commit on a wide number of platforms. It would be useful if users could test out various HEAD builds in some fashion using `ghcup`.
For example:
https://gitlab.haskell.org/ghc/ghc/-/jobs/a...The gitlab CI infrastructure builds every commit on a wide number of platforms. It would be useful if users could test out various HEAD builds in some fashion using `ghcup`.
For example:
https://gitlab.haskell.org/ghc/ghc/-/jobs/artifacts/master/download?job=validate-x86_64-linux-deb8
Will get fetch the most recent successful debian 8 build.
There are similar links for OS X, windows and other platforms. https://gitlab.haskell.org/haskell/ghcup/-/issues/61gcc flavored osx ghc 8.6.3 here !2019-06-08T12:28:22ZHerbert Valerio Riedelhvr@gnu.orggcc flavored osx ghc 8.6.3 here !*Created by: cartazio*
see attached*Created by: cartazio*
see attachedhttps://gitlab.haskell.org/haskell/ghcup/-/issues/68Allow to compile cabal-install from source2019-06-08T12:28:22ZHerbert Valerio Riedelhvr@gnu.orgAllow to compile cabal-install from source*Created by: jkachmar*
This was mentioned in #3, but it's of some interest to me as I'm adapting `ghcup` to work with Alpine at the moment and I'm compiling `cabal-install` from scratch.
It may still be overkill in the vast majority ...*Created by: jkachmar*
This was mentioned in #3, but it's of some interest to me as I'm adapting `ghcup` to work with Alpine at the moment and I'm compiling `cabal-install` from scratch.
It may still be overkill in the vast majority of use-cases though, so feel free to close if it's out of scope for this project.https://gitlab.haskell.org/haskell/ghcup/-/issues/56GHC 7.x2021-11-08T20:59:17ZHerbert Valerio Riedelhvr@gnu.orgGHC 7.x*Created by: gwils*
Do you intend to support older GHC versions with this tool, such as those in the GHC 7 family? I would really like at least 7.10, but further back would be better.*Created by: gwils*
Do you intend to support older GHC versions with this tool, such as those in the GHC 7 family? I would really like at least 7.10, but further back would be better.https://gitlab.haskell.org/haskell/ghcup/-/issues/37ghc installation is way too verbose2019-06-08T12:28:22ZMatt Renaudghc installation is way too verboseWhen running `ghcup install` it writes everything to the console that its doing in the background (several hundred lines) which I don't need to see unless something goes wrong.
If we were to hide it by default and dump it into a log f...When running `ghcup install` it writes everything to the console that its doing in the background (several hundred lines) which I don't need to see unless something goes wrong.
If we were to hide it by default and dump it into a log file (maybe `~/.ghcup/.log` or something like that) then only important information is surfaced to the user and they're less likely to miss something important (like needing to update their PATH).0.0.7https://gitlab.haskell.org/haskell/ghcup/-/issues/34Handling of failed configure requirements2019-07-17T07:32:04ZGhost UserHandling of failed configure requirementsStart of discussion at https://github.com/haskell/ghcup/issues/8#issuecomment-434270296Start of discussion at https://github.com/haskell/ghcup/issues/8#issuecomment-434270296https://gitlab.haskell.org/haskell/ghcup/-/issues/23Test on major distros on travis2019-06-08T12:28:22ZGhost UserTest on major distros on travisWe should test the script in docker containers on travis. At least these distros:
1. debian
2. ubuntu
3. fedora
4. centos
5. opensuse
6. archlinux
...?We should test the script in docker containers on travis. At least these distros:
1. debian
2. ubuntu
3. fedora
4. centos
5. opensuse
6. archlinux
...?https://gitlab.haskell.org/haskell/ghcup/-/issues/6ghcup install-cabal is problematic2019-06-08T12:28:22ZGhost Userghcup install-cabal is problematic`cabal new-install cabal-install` will not overwrite the old binary, but we want it to. So how does the user upgrade from pre-built binary downloaded by ghcup to latest cabal-install?`cabal new-install cabal-install` will not overwrite the old binary, but we want it to. So how does the user upgrade from pre-built binary downloaded by ghcup to latest cabal-install?