Newest at the top
| 2026-02-11 20:32:59 +0100 | prdak | (~Thunderbi@user/prdak) prdak |
| 2026-02-11 20:32:06 +0100 | <perryprog> | Imma cry |
| 2026-02-11 20:32:04 +0100 | <perryprog> | no it works in another cabal project |
| 2026-02-11 20:32:00 +0100 | <perryprog> | wait |
| 2026-02-11 20:31:42 +0100 | Square | (~Square4@user/square) (Ping timeout: 244 seconds) |
| 2026-02-11 20:31:13 +0100 | Square2 | (~Square@user/square) Square |
| 2026-02-11 20:23:22 +0100 | cipherrot | (~jez@user/petrichor) (Quit: ZNC 1.10.1 - https://znc.in) |
| 2026-02-11 20:22:06 +0100 | Googulator | (~Googulato@2a01-036d-0106-216f-6164-ec92-51a0-9cde.pool6.digikabel.hu) |
| 2026-02-11 20:21:49 +0100 | Googulator | (~Googulato@2a01-036d-0106-216f-6164-ec92-51a0-9cde.pool6.digikabel.hu) (Quit: Client closed) |
| 2026-02-11 20:17:07 +0100 | <perryprog> | so far best I have is that readCreateProcessWithExitCode in TH is the issue; not sure what to narrow it down from from there |
| 2026-02-11 20:15:59 +0100 | tromp | (~textual@2001:1c00:3487:1b00:5913:697:5f95:d198) |
| 2026-02-11 20:06:29 +0100 | prdak | (~Thunderbi@user/prdak) (Ping timeout: 252 seconds) |
| 2026-02-11 20:05:48 +0100 | messewix | (~jmc@user/messewix) messewix |
| 2026-02-11 19:59:42 +0100 | Square | (~Square4@user/square) Square |
| 2026-02-11 19:59:07 +0100 | Square | (~Square4@user/square) (Remote host closed the connection) |
| 2026-02-11 19:56:42 +0100 | Enrico63 | (~Enrico63@host-79-22-157-220.retail.telecomitalia.it) Enrico63 |
| 2026-02-11 19:49:20 +0100 | tromp | (~textual@2001:1c00:3487:1b00:5913:697:5f95:d198) (Quit: My iMac has gone to sleep. ZZZzzz…) |
| 2026-02-11 19:42:57 +0100 | lxsameer | (~lxsameer@Serene/lxsameer) (Ping timeout: 252 seconds) |
| 2026-02-11 19:42:17 +0100 | Tuplanolla | (~Tuplanoll@85-156-32-207.elisa-laajakaista.fi) Tuplanolla |
| 2026-02-11 19:41:59 +0100 | haritz | (~hrtz@user/haritz) (Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in) |
| 2026-02-11 19:35:37 +0100 | Everything | (~Everythin@172-232-54-192.ip.linodeusercontent.com) (Quit: leaving) |
| 2026-02-11 19:35:22 +0100 | lxsameer | (~lxsameer@Serene/lxsameer) lxsameer |
| 2026-02-11 19:31:24 +0100 | prdak1 | (~Thunderbi@user/prdak) (Ping timeout: 252 seconds) |
| 2026-02-11 19:31:02 +0100 | wickedjargon | (~user@24.83.46.194) (Remote host closed the connection) |
| 2026-02-11 19:28:46 +0100 | prdak | (~Thunderbi@user/prdak) prdak |
| 2026-02-11 19:27:42 +0100 | Everything | (~Everythin@172-232-54-192.ip.linodeusercontent.com) Everything |
| 2026-02-11 19:26:58 +0100 | prdak1 | (~Thunderbi@user/prdak) prdak |
| 2026-02-11 19:26:52 +0100 | prdak | (~Thunderbi@user/prdak) (Read error: Connection reset by peer) |
| 2026-02-11 19:26:01 +0100 | <perryprog> | yeah |
| 2026-02-11 19:25:52 +0100 | <tomsmeding> | that this point it's binary search in reproducer complexity then |
| 2026-02-11 19:25:26 +0100 | <perryprog> | that works as well, and blowing out ~/.cabal/store did not fix oama building |
| 2026-02-11 19:24:55 +0100 | Ging_ | (46fea76d80@2001:bc8:1210:2cd8::470) |
| 2026-02-11 19:24:54 +0100 | <tomsmeding> | if that works then the problem is somewhere between "process execution in TH" and "'git' execution in TH in this cabal project" :p |
| 2026-02-11 19:24:48 +0100 | Ging_ | (46fea76d80@2001:bc8:1210:2cd8::470) (Server closed connection) |
| 2026-02-11 19:23:37 +0100 | <tomsmeding> | *System.Process |
| 2026-02-11 19:23:33 +0100 | <tomsmeding> | (import Control.Monad.IO.Class, Sstem.Process, Language.Haskell.TH) |
| 2026-02-11 19:23:22 +0100 | <tomsmeding> | and $(liftIO $ LitE . StringL <$> readProcess "echo" ["hi"] "") ? |
| 2026-02-11 19:21:20 +0100 | chele | (~chele@user/chele) (Remote host closed the connection) |
| 2026-02-11 19:20:58 +0100 | <perryprog> | belated but $[|1+2|] works |
| 2026-02-11 19:16:10 +0100 | <tomsmeding> | if that's the problem that still points to a bug in ghc/rts/`process`/whatever, but it's worth trying |
| 2026-02-11 19:15:44 +0100 | <perryprog> | me too sm |
| 2026-02-11 19:15:32 +0100 | <haskellbridge> | <sm> I suspect it was installed before a macos upgrade, maybe |
| 2026-02-11 19:15:30 +0100 | <tomsmeding> | (the ~/.cabal/store nuke can be more targeted by only removing the relevant directory inside) |
| 2026-02-11 19:15:08 +0100 | prdak1 | prdak |
| 2026-02-11 19:15:06 +0100 | <tomsmeding> | (because 'process' may well from from the bootlibs distributed with GHC) |
| 2026-02-11 19:14:51 +0100 | <tomsmeding> | at that point `rm -rf ~/.cabal/store`, and uninstall the relevant GHC, then reinstall the relevant GHC with ghcup and rebuild |
| 2026-02-11 19:14:11 +0100 | <haskellbridge> | <sm> claude says it's the process library's posix_spawn wrapper crashing when GHC tries to shell out to an external tool during compilation, and suggests to force a rebuild or upgrade of that package |
| 2026-02-11 19:13:54 +0100 | <perryprog> | eh fair |
| 2026-02-11 19:13:44 +0100 | <tomsmeding> | it would be rather stupid and unlike the GHC RTS developers to do something like that (if it's that simple), but who knows |
| 2026-02-11 19:13:20 +0100 | <tomsmeding> | well, it's a null pointer dereference; who knows, perhaps the GHC RTS assumes that some file will be present, opens it, receives NULL, then proceeds to read from that? |