Newest at the top
| 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? |
| 2026-02-11 19:12:50 +0100 | prdak1 | (~Thunderbi@user/prdak) prdak |
| 2026-02-11 19:12:40 +0100 | <perryprog> | sm, nah, it's an address boundary error, so almost definitely not. And thank you for your help! |
| 2026-02-11 19:12:39 +0100 | prdak | (~Thunderbi@user/prdak) (Read error: Connection reset by peer) |
| 2026-02-11 19:12:22 +0100 | prdak | (~Thunderbi@user/prdak) prdak |
| 2026-02-11 19:12:02 +0100 | <haskellbridge> | <sm> could it be a mac permissions issue, like your terminal doesn't have full disk access or something ? |
| 2026-02-11 19:12:00 +0100 | <tomsmeding> | sm: SIGSEGV when running TH sounds like a GHC / platform toolchain problem, not a cabal problem, but I can't know for sure |
| 2026-02-11 19:11:55 +0100 | <haskellbridge> | <sm> ok. That's too much work :) |
| 2026-02-11 19:11:53 +0100 | <perryprog> | well I have to figure out the cause out of spite now, surely :) |
| 2026-02-11 19:11:35 +0100 | <tomsmeding> | but this may also give you enough to devise a workaround if you just want oama to work |
| 2026-02-11 19:11:31 +0100 | <haskellbridge> | <sm> it might be an issue known to cabal devs |
| 2026-02-11 19:11:11 +0100 | <tomsmeding> | if you want to debug this, then my first suggestion would be to see if _any_ TH at all works -- i.e. `cabal new`, add some TH, build it |
| 2026-02-11 19:10:49 +0100 | <perryprog> | this was my first time updating it in a while |
| 2026-02-11 19:10:43 +0100 | <perryprog> | that checks out |