Logs: liberachat/#haskell
| 2021-07-21 18:47:10 | × | cheater quits (~Username@user/cheater) (Ping timeout: 268 seconds) |
| 2021-07-21 18:47:52 | <sm> | OUTPUT -> Haskell pane, I meant |
| 2021-07-21 18:48:25 | <arkanoid> | yes I have stack.yml. I've downloaded the helloworld exercise from exercism.io and build and tests works correctly at command line. I do see the .stack env being populated separately for the desired version |
| 2021-07-21 18:49:02 | <sm> | the devs are in #haskell-language-server:libera.chat |
| 2021-07-21 18:49:33 | <sm> | maybe compare with a brand new project. In one of my projects I made a custom hie.yaml to help it IIRC |
| 2021-07-21 18:49:44 | × | azeem quits (~azeem@dynamic-adsl-84-220-213-65.clienti.tiscali.it) (Ping timeout: 252 seconds) |
| 2021-07-21 18:50:33 | → | azeem joins (~azeem@176.201.2.247) |
| 2021-07-21 18:52:11 | → | oso joins (~oso@2601:58c:c080:a950:f275:2530:b398:680b) |
| 2021-07-21 18:52:36 | → | Deide joins (~Deide@user/deide) |
| 2021-07-21 18:53:04 | <arkanoid> | sm: I think I've found the issue and is related to how vscode find out the working path and relative stack.yaml |
| 2021-07-21 18:53:33 | <arkanoid> | I think I got it working now. Thanks for pointing me to the right direction |
| 2021-07-21 18:53:42 | × | merijn quits (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 255 seconds) |
| 2021-07-21 18:54:20 | → | o1lo01ol1o joins (~o1lo01ol1@bl11-109-140.dsl.telepac.pt) |
| 2021-07-21 18:54:26 | <sm> | np |
| 2021-07-21 18:54:29 | × | Feuermagier quits (~Feuermagi@user/feuermagier) (Remote host closed the connection) |
| 2021-07-21 18:54:40 | <sm> | what caused it not to work ? |
| 2021-07-21 18:56:14 | → | oso7 joins (~oso@2601:58c:c080:a950:f275:2530:b398:680b) |
| 2021-07-21 18:56:17 | × | oso quits (~oso@2601:58c:c080:a950:f275:2530:b398:680b) (Remote host closed the connection) |
| 2021-07-21 18:56:28 | oso7 | is now known as oso |
| 2021-07-21 18:57:20 | → | bitmapper joins (uid464869@id-464869.tooting.irccloud.com) |
| 2021-07-21 18:58:07 | → | dunkeln joins (~dunkeln@188.70.26.84) |
| 2021-07-21 18:58:14 | → | cheater joins (~Username@user/cheater) |
| 2021-07-21 18:59:34 | × | juhp quits (~juhp@128.106.188.220) (Quit: juhp) |
| 2021-07-21 18:59:47 | → | juhp joins (~juhp@128.106.188.220) |
| 2021-07-21 18:59:52 | × | dhil quits (~dhil@195.213.192.47) (Remote host closed the connection) |
| 2021-07-21 19:00:54 | × | o1lo01ol1o quits (~o1lo01ol1@bl11-109-140.dsl.telepac.pt) (Ping timeout: 255 seconds) |
| 2021-07-21 19:01:29 | → | hnOsmium0001 joins (uid453710@id-453710.stonehaven.irccloud.com) |
| 2021-07-21 19:03:35 | × | azeem quits (~azeem@176.201.2.247) (Read error: Connection reset by peer) |
| 2021-07-21 19:04:40 | <arkanoid> | sm: that I had many exercises folder automatically downladed by exercism cli tool in my ~/exercism/haskell/*, like ~/exercism/haskell/helloworld. I opened vscode in ~/exercism/haskell and clicked on "helloworld/src/HelloWorld.hs", but that made ~/exercism/haskell/helloworld/stack.yml not read. So you cant have "many" haskell projects (at least out of the box) but just one |
| 2021-07-21 19:05:16 | → | azeem joins (~azeem@dynamic-adsl-84-220-213-65.clienti.tiscali.it) |
| 2021-07-21 19:05:17 | → | spirgel joins (spirgel@gateway/vpn/protonvpn/spirgel) |
| 2021-07-21 19:05:18 | <sm> | arkanoid: ah.. yes the nearest stack.yaml file defines the project |
| 2021-07-21 19:05:18 | <arkanoid> | by opening vscode in ~/exercism/haskell/helloword made it work |
| 2021-07-21 19:05:36 | × | cheater quits (~Username@user/cheater) (Remote host closed the connection) |
| 2021-07-21 19:05:54 | <arkanoid> | well, not the nearest. It would have worked otherwise |
| 2021-07-21 19:05:58 | <sm> | nearest in current directory or above |
| 2021-07-21 19:08:28 | <arkanoid> | I was editing ~/exercism/haskell/helloworld/src/HelloWord.hs, the working directory was ~/exercism/haskell and the stack.yml file was in ~/exercism/haskell/helloworld, so the extension doesn't look at the nearest stack.yml from the file being currently edited |
| 2021-07-21 19:08:35 | → | lavaman joins (~lavaman@98.38.249.169) |
| 2021-07-21 19:09:02 | <sm> | it looks upward |
| 2021-07-21 19:09:20 | <sm> | like stack itself |
| 2021-07-21 19:09:27 | <sm> | as I understand it anyway. The devs will know more. |
| 2021-07-21 19:12:04 | × | amahl quits (~amahl@dsl-jklbng12-54fbca-64.dhcp.inet.fi) (Read error: Connection reset by peer) |
| 2021-07-21 19:12:51 | → | ikex1 joins (~ash@user/ikex) |
| 2021-07-21 19:12:52 | × | Techcable quits (~Techcable@168.235.93.147) (Quit: ZNC - https://znc.in) |
| 2021-07-21 19:12:58 | × | ikex quits (ash@user/ikex) (Ping timeout: 240 seconds) |
| 2021-07-21 19:13:03 | × | lavaman quits (~lavaman@98.38.249.169) (Ping timeout: 258 seconds) |
| 2021-07-21 19:13:27 | → | amahl joins (~amahl@dsl-jklbng12-54fbca-64.dhcp.inet.fi) |
| 2021-07-21 19:13:30 | ikex1 | is now known as ikex |
| 2021-07-21 19:14:51 | × | vk3wtf quits (~doc@124.168.198.139) (Ping timeout: 255 seconds) |
| 2021-07-21 19:15:37 | → | vk3wtf joins (~doc@59-102-26-152.tpgi.com.au) |
| 2021-07-21 19:16:09 | × | ubert quits (~Thunderbi@178.165.188.94.wireless.dyn.drei.com) (Ping timeout: 268 seconds) |
| 2021-07-21 19:16:37 | → | Techcable joins (~Techcable@168.235.93.147) |
| 2021-07-21 19:17:06 | × | favonia quits (~favonia@user/favonia) (Ping timeout: 256 seconds) |
| 2021-07-21 19:17:30 | → | favonia joins (~favonia@user/favonia) |
| 2021-07-21 19:19:12 | × | sqrt2_ quits (~ben@80-108-18-7.cable.dynamic.surfer.at) (Ping timeout: 272 seconds) |
| 2021-07-21 19:19:54 | × | juhp quits (~juhp@128.106.188.220) (Quit: juhp) |
| 2021-07-21 19:20:07 | → | juhp joins (~juhp@128.106.188.220) |
| 2021-07-21 19:21:54 | × | fef quits (~thedawn@user/thedawn) (Remote host closed the connection) |
| 2021-07-21 19:26:06 | × | favonia quits (~favonia@user/favonia) (Ping timeout: 255 seconds) |
| 2021-07-21 19:27:52 | × | h98 quits (~h98@187.83.249.216.dyn.smithville.net) (Ping timeout: 246 seconds) |
| 2021-07-21 19:28:31 | → | drd joins (~drd@2001:b07:a70:9f1f:1562:34de:f50f:77d4) |
| 2021-07-21 19:29:29 | × | Shailangsa_ quits (~shailangs@host86-186-196-233.range86-186.btcentralplus.com) () |
| 2021-07-21 19:32:31 | → | favonia joins (~favonia@user/favonia) |
| 2021-07-21 19:38:18 | × | alx741 quits (~alx741@186.178.108.174) (Ping timeout: 240 seconds) |
| 2021-07-21 19:38:34 | → | kayprish joins (~kayprish@cable-188-2-229-172.dynamic.sbb.rs) |
| 2021-07-21 19:39:58 | → | finsternis joins (~X@23.226.237.192) |
| 2021-07-21 19:43:14 | → | o1lo01ol1o joins (~o1lo01ol1@bl11-109-140.dsl.telepac.pt) |
| 2021-07-21 19:46:53 | → | sqrt2 joins (~ben@tunnel330957-pt.tunnel.tserv6.fra1.ipv6.he.net) |
| 2021-07-21 19:47:12 | × | benin0369 quits (~benin@183.82.206.69) (Ping timeout: 252 seconds) |
| 2021-07-21 19:47:54 | × | favonia quits (~favonia@user/favonia) (Ping timeout: 240 seconds) |
| 2021-07-21 19:50:26 | → | favonia joins (~favonia@user/favonia) |
| 2021-07-21 19:51:02 | <ph88_> | fendor, maerwald looks nice |
| 2021-07-21 19:51:25 | <ph88_> | is it possible to ask stack the ghc version that belongs to a resolver ? |
| 2021-07-21 19:52:03 | <fendor> | ph88_, maybe `stack path --resolver ... --compiler-exe`? |
| 2021-07-21 19:52:08 | <fendor> | not sure that works |
| 2021-07-21 19:52:50 | → | alx741 joins (~alx741@186.178.108.210) |
| 2021-07-21 19:52:58 | <fendor> | that command will probably download the respective ghc version |
| 2021-07-21 19:53:05 | → | Obo joins (~roberto@70.pool90-171-81.dynamic.orange.es) |
| 2021-07-21 19:54:38 | × | fendor quits (~fendor@91.141.40.76.wireless.dyn.drei.com) (Remote host closed the connection) |
| 2021-07-21 19:55:55 | <maerwald> | stack --no-install-ghc path --resolver lts-0.7 --compiler-exe |
| 2021-07-21 19:56:02 | <maerwald> | but that's not nicely parsable |
| 2021-07-21 19:58:40 | <ph88_> | i was thinking i can do then inside a project stack --no-install-ghc path --compiler-exe and then with that information do ghcup set system-ghc and then do stack build normally .. would that work ? |
| 2021-07-21 19:59:19 | <maerwald> | ph88_: use the patched stack we linked to earlier |
| 2021-07-21 19:59:38 | <maerwald> | https://github.com/commercialhaskell/stack/pull/5585 |
| 2021-07-21 20:00:02 | → | shailangsa joins (~shailangs@host86-186-196-233.range86-186.btcentralplus.com) |
| 2021-07-21 20:00:14 | × | juhp quits (~juhp@128.106.188.220) (Quit: juhp) |
| 2021-07-21 20:00:29 | → | juhp joins (~juhp@128.106.188.220) |
| 2021-07-21 20:00:37 | → | h98 joins (~h98@187.83.249.216.dyn.smithville.net) |
| 2021-07-21 20:00:59 | <maerwald> | a hook would look like this: https://paste.tomsmeding.com/PFL8aFLa |
| 2021-07-21 20:01:09 | <maerwald> | but for `whereis` you also need ghcup from master |
| 2021-07-21 20:01:47 | × | favonia quits (~favonia@user/favonia) (Ping timeout: 245 seconds) |
| 2021-07-21 20:02:24 | <ph88_> | what do you mean for whereis ? |
| 2021-07-21 20:02:31 | <maerwald> | see the paste |
| 2021-07-21 20:02:44 | × | amahl quits (~amahl@dsl-jklbng12-54fbca-64.dhcp.inet.fi) (Ping timeout: 255 seconds) |
| 2021-07-21 20:03:08 | <maerwald> | you can also do `echo $HOME/.ghcup/ghc/$HOOK_GHC_VERSION/bin` |
| 2021-07-21 20:03:16 | <ph88_> | that's a bit probablametic right now to go on bleeding edge. Why not just parse and do ghcup set system-ghc ? |
| 2021-07-21 20:03:20 | → | favonia joins (~favonia@user/favonia) |
| 2021-07-21 20:03:28 | <maerwald> | up to you |
| 2021-07-21 20:03:56 | <ph88_> | does ghcup install ghc into $HOME/.ghcup ? |
| 2021-07-21 20:04:08 | <maerwald> | it's cooler if you run `stack build` and it invokes ghcup |
All times are in UTC.