Newest at the top
| 2025-10-28 15:50:17 +0100 | Zemy | (~Zemy@2600:100c:b0a5:5276:d40a:f8ff:fea5:2812) |
| 2025-10-28 15:48:24 +0100 | trickard_ | (~trickard@cpe-55-98-47-163.wireline.com.au) |
| 2025-10-28 15:48:10 +0100 | trickard | (~trickard@cpe-55-98-47-163.wireline.com.au) (Read error: Connection reset by peer) |
| 2025-10-28 15:47:56 +0100 | <gf3> | currently i'm only using nix to get stack |
| 2025-10-28 15:47:34 +0100 | <gf3> | Morj: yes, i've tried that as well. i spent some time reading about stack's nix integration and apparently it's pretty brutal. i'd have to re-specify all the cabal deps in nix (or use a tool like cabal2nix) |
| 2025-10-28 15:46:59 +0100 | Zemy_ | (~Zemy@2600:100c:b0a5:5276:88f3:73ff:fece:6700) (Ping timeout: 260 seconds) |
| 2025-10-28 15:45:01 +0100 | humasect | (~humasect@dyn-192-249-132-90.nexicom.net) (Ping timeout: 264 seconds) |
| 2025-10-28 15:43:19 +0100 | <haskellbridge> | <Morj> gf3: that's a weird situation. I take it your system is not nixos? Did you try compiling with stack's nix integration to use ghc from nix too? |
| 2025-10-28 15:40:09 +0100 | humasect | (~humasect@dyn-192-249-132-90.nexicom.net) humasect |
| 2025-10-28 15:33:02 +0100 | acidjnk | (~acidjnk@p200300d6e7171902f0cde97817db7ab8.dip0.t-ipconnect.de) acidjnk |
| 2025-10-28 15:28:31 +0100 | Zemy | (~Zemy@mobile-107-80-206-9.mycingular.net) (Ping timeout: 264 seconds) |
| 2025-10-28 15:28:01 +0100 | annamalai | (~annamalai@157.33.245.57) (Remote host closed the connection) |
| 2025-10-28 15:26:18 +0100 | Zemy_ | (~Zemy@2600:100c:b0a5:5276:88f3:73ff:fece:6700) |
| 2025-10-28 15:15:28 +0100 | tromp | (~textual@2001:1c00:3487:1b00:31e7:acd8:5a5b:1418) |
| 2025-10-28 15:12:40 +0100 | gf35 | gf3 |
| 2025-10-28 15:11:44 +0100 | <gf35> | (also, in this case, i'm not using nix's ghc. i'm using the ghc managed by stack without any system/nix integration) |
| 2025-10-28 15:10:42 +0100 | <gf35> | i've used nix with a couple other small haskell learning projects without issue, which makes me think it is something specific with the Yesod stack templates |
| 2025-10-28 15:09:49 +0100 | <gf35> | hi all, i'm trying to get up and running with Yesod on nix, but i'm hitting some crazy build errors when `shakespeare` (and a couple others) are being compiled. namely undefined symbols in GLIBC_PRIVATE. i'm wondering if this is because the yesod stack templates are a little too old or if this is something common than nix users run into |
| 2025-10-28 15:07:57 +0100 | trickard_ | trickard |
| 2025-10-28 15:07:10 +0100 | gf35 | (~gf3@user/gf3) gf3 |
| 2025-10-28 15:00:46 +0100 | tromp | (~textual@2001:1c00:3487:1b00:31e7:acd8:5a5b:1418) (Quit: My iMac has gone to sleep. ZZZzzz…) |
| 2025-10-28 14:53:18 +0100 | Fijxu | (~Fijxu@user/fijxu) fijxu |
| 2025-10-28 14:48:15 +0100 | <haskellbridge> | <Morj> But I mean that shh (and shake) provide the load-bearing part of the small scripts that we have. They are then ran the way you would run a bash script, with a shabang line being "#!/usr/bin/env nix-shell" |
| 2025-10-28 14:47:05 +0100 | <haskellbridge> | <Morj> We've been recently trying to write new internal papers with typst instead of latex, and I like it |
| 2025-10-28 14:46:43 +0100 | <haskellbridge> | <Morj> We use pandoc periodically, it's not load-bearing. Easier to just write the docs in the final format directly, you know ;-) |
| 2025-10-28 14:45:34 +0100 | <kuribas> | no pandoc? |
| 2025-10-28 14:44:54 +0100 | <haskellbridge> | <Morj> Either with shh or shake |
| 2025-10-28 14:44:40 +0100 | <haskellbridge> | <Morj> In my company haskell is limited to rewrite bash scripts longer than 20 lines |
| 2025-10-28 14:43:41 +0100 | <kuribas> | I don't see why haskell should be limited to blockchain and fast traiding. |
| 2025-10-28 14:41:28 +0100 | weary-traveler | (~user@user/user363627) (Remote host closed the connection) |
| 2025-10-28 14:37:45 +0100 | <kuribas> | it doesn't have to be, haskell is a tool to codify behaviour, that should work for any problem. |
| 2025-10-28 14:37:40 +0100 | pavonia | (~user@user/siracusa) (Quit: Bye!) |
| 2025-10-28 14:37:22 +0100 | trickard_ | (~trickard@cpe-55-98-47-163.wireline.com.au) |
| 2025-10-28 14:36:59 +0100 | trickard | (~trickard@cpe-55-98-47-163.wireline.com.au) (Ping timeout: 244 seconds) |
| 2025-10-28 14:35:26 +0100 | vanishingideal | (~vanishing@user/vanishingideal) (Ping timeout: 244 seconds) |
| 2025-10-28 14:30:45 +0100 | Googulator71 | (~Googulato@2a01-036d-0106-03fa-d161-d36f-e0e5-1b0a.pool6.digikabel.hu) (Quit: Client closed) |
| 2025-10-28 14:30:41 +0100 | Googulator78 | (~Googulato@2a01-036d-0106-03fa-d161-d36f-e0e5-1b0a.pool6.digikabel.hu) |
| 2025-10-28 14:27:00 +0100 | tromp | (~textual@2001:1c00:3487:1b00:31e7:acd8:5a5b:1418) |
| 2025-10-28 14:18:07 +0100 | trickard_ | trickard |
| 2025-10-28 14:15:38 +0100 | Zemy_ | (~Zemy@2600:100c:b0a5:5276:b4b3:83ff:fec5:9c13) (Ping timeout: 256 seconds) |
| 2025-10-28 14:11:59 +0100 | Zemy | (~Zemy@mobile-107-80-206-9.mycingular.net) |
| 2025-10-28 14:10:45 +0100 | Googulator10 | (~Googulato@84-236-65-182.pool.digikabel.hu) (Quit: Client closed) |
| 2025-10-28 14:10:39 +0100 | Googulator71 | (~Googulato@2a01-036d-0106-03fa-d161-d36f-e0e5-1b0a.pool6.digikabel.hu) |
| 2025-10-28 13:59:16 +0100 | Fijxu_ | (~Fijxu@user/fijxu) (Ping timeout: 246 seconds) |
| 2025-10-28 13:58:05 +0100 | divlamir | (~divlamir@user/divlamir) divlamir |
| 2025-10-28 13:57:47 +0100 | divlamir | (~divlamir@user/divlamir) (Read error: Connection reset by peer) |
| 2025-10-28 13:55:45 +0100 | Googulator8 | (~Googulato@2a01-036d-0106-03fa-d161-d36f-e0e5-1b0a.pool6.digikabel.hu) (Quit: Client closed) |
| 2025-10-28 13:55:42 +0100 | Googulator10 | (~Googulato@84-236-65-182.pool.digikabel.hu) |
| 2025-10-28 13:54:18 +0100 | Wbooze | (~wboozE@2a02:8071:57a1:dc0:a984:f47b:49ad:2bc0) Inline |
| 2025-10-28 13:52:54 +0100 | Wbooze | (~wboozE@2a02:8071:57a1:dc0:a984:f47b:49ad:2bc0) (Quit: Leaving) |