Newest at the top
| 2025-03-01 21:16:46 +0100 | picnoir | (~picnoir@about/aquilenet/vodoo/NinjaTrappeur) NinjaTrappeur |
| 2025-03-01 21:16:43 +0100 | peterbecich | (~Thunderbi@syn-047-229-123-186.res.spectrum.com) peterbecich |
| 2025-03-01 21:16:09 +0100 | hattckory | (~hattckory@bras-base-toroon4524w-grc-48-184-145-138-167.dsl.bell.ca) (Ping timeout: 260 seconds) |
| 2025-03-01 21:15:24 +0100 | picnoir | (~picnoir@about/aquilenet/vodoo/NinjaTrappeur) (Quit: WeeChat 4.5.1) |
| 2025-03-01 21:03:19 +0100 | k_hachig | (~k_hachig@2607:fea8:351d:ef0:35c6:9be8:bd26:143) (Ping timeout: 260 seconds) |
| 2025-03-01 21:03:04 +0100 | user_ | (~user@user/fmira) fmira |
| 2025-03-01 21:02:55 +0100 | <haskellbridge> | <sm> sustained no cpu activity sounds suspect though. |
| 2025-03-01 21:02:37 +0100 | user_ | (~user@user/fmira) (Remote host closed the connection) |
| 2025-03-01 21:01:10 +0100 | caconym | (~caconym@user/caconym) caconym |
| 2025-03-01 21:00:04 +0100 | caconym | (~caconym@user/caconym) (Quit: bye) |
| 2025-03-01 20:59:52 +0100 | xal | (~xal@mx1.xal.systems) xal |
| 2025-03-01 20:59:18 +0100 | xal | (~xal@mx1.xal.systems) (Quit: bye) |
| 2025-03-01 20:55:31 +0100 | michalz | (~michalz@185.246.207.222) |
| 2025-03-01 20:48:54 +0100 | alfiee | (~alfiee@user/alfiee) (Ping timeout: 272 seconds) |
| 2025-03-01 20:48:46 +0100 | Sgeo | (~Sgeo@user/sgeo) Sgeo |
| 2025-03-01 20:45:13 +0100 | Digit | (~user@user/digit) Digit |
| 2025-03-01 20:43:57 +0100 | alfiee | (~alfiee@user/alfiee) alfiee |
| 2025-03-01 20:43:22 +0100 | gawen | (~gawen@user/gawen) gawen |
| 2025-03-01 20:43:07 +0100 | <Guest1> | Thank you, everyone. Very much. |
| 2025-03-01 20:42:40 +0100 | <Guest1> | Maybe it’ll only take 10 minutes, I have an M3, which is supposed to be faster :) |
| 2025-03-01 20:42:20 +0100 | <haskellbridge> | <sm> that's a lot of cpp files. But compiling those should be fast and shouldn't hang, right |
| 2025-03-01 20:41:27 +0100 | <Guest1> | It’s the issue’s birthday, by the way ;) |
| 2025-03-01 20:41:06 +0100 | <haskellbridge> | <sm> I haven't heard of mac SIP causing slowness.. usually it just says no |
| 2025-03-01 20:40:58 +0100 | <geekosaur> | I think ghcup instal lon windows warns you of this, although it might not detect wsl2 install. but this is a mac so w/e |
| 2025-03-01 20:40:11 +0100 | <geekosaur> | my butt says system protections are slowing it for some reason. (on windows almost certainly true; you need to disable antivirus scanning for some things to run at normal speed) |
| 2025-03-01 20:40:03 +0100 | <Guest1> | yes indeed… |
| 2025-03-01 20:39:07 +0100 | <haskellbridge> | <sm> possibly related: https://github.com/sighingnow/duckdb-haskell/issues/1 |
| 2025-03-01 20:38:14 +0100 | <Guest1> | sm: yes I do |
| 2025-03-01 20:38:13 +0100 | gawen | (~gawen@user/gawen) (Quit: cya) |
| 2025-03-01 20:38:05 +0100 | <Guest1> | sorry, dtruss doesn’t work because of security protection |
| 2025-03-01 20:37:57 +0100 | <haskellbridge> | <sm> do you mean https://hackage.haskell.org/package/duckdb-haskell ? |
| 2025-03-01 20:37:32 +0100 | <haskellbridge> | <sm> it seems to be not a published package |
| 2025-03-01 20:37:05 +0100 | <haskellbridge> | <sm> maybe duckdb does something funny in its Setup.hs |
| 2025-03-01 20:36:57 +0100 | k_hachig_ | k_hachig |
| 2025-03-01 20:36:23 +0100 | <haskellbridge> | <sm> oh, you did |
| 2025-03-01 20:35:42 +0100 | <haskellbridge> | <sm> Guest, I would run cabal with more verbose output |
| 2025-03-01 20:35:26 +0100 | <haskellbridge> | <sm> That's a 10 year old answer unfortunately, it's much harder to do now |
| 2025-03-01 20:35:16 +0100 | <[exa]> | (wow the thread even shows `ktrace` as alternative, never seen that, cool.) |
| 2025-03-01 20:34:36 +0100 | <[exa]> | Guest1: ah it's `dtruss` on mac, sorry for confusion. Basically you can connect it to a process and see what systemcall it's hung on. See e.g. https://stackoverflow.com/questions/31045575/how-to-trace-system-calls-of-a-program-in-mac-os-x |
| 2025-03-01 20:34:22 +0100 | <Guest1> | No. The issue seems to come from the duckdb package. cabal works fine if I remove that dependency. |
| 2025-03-01 20:33:40 +0100 | <haskellbridge> | <sm> do you have little snitch running ? Nothing recently denied ? |
| 2025-03-01 20:32:16 +0100 | lxsameer | (~lxsameer@Serene/lxsameer) lxsameer |
| 2025-03-01 20:29:49 +0100 | <Guest1> | Hmm… not sure, not seeing anything on the FW. I do not know dtrace, how could it help me on this ? |
| 2025-03-01 20:27:34 +0100 | <Guest1> | good idea : I do have a firewall which could block scripts and terminal commands. I usually do get alert messages when some program tries to access the Internet, but maybe it’s silently failing here. |
| 2025-03-01 20:26:26 +0100 | acidjnk_new | (~acidjnk@p200300d6e7283f23fd140dc145444417.dip0.t-ipconnect.de) |
| 2025-03-01 20:26:01 +0100 | <haskellbridge> | <sm> maybe it's hung on networking then ? |
| 2025-03-01 20:25:52 +0100 | <Guest1> | With -v, it stops on the message. Running: /Users/slac/.ghcup/bin/cabal-3.12.1.0 act-as-setup '--build-type=Simple' -- build '--verbose=2' '--builddir=dist' |
| 2025-03-01 20:25:35 +0100 | <haskellbridge> | <sm> (as a mac user, I can say that trace/truss won't be easy) |
| 2025-03-01 20:25:18 +0100 | <Guest1> | using top and the monitor (graphical top for macosx) only shows the cabal process, but no cpu, no memory hogs |
| 2025-03-01 20:24:23 +0100 | <haskellbridge> | <sm> you could also make it more verbose with -v |