Newest at the top
| 2024-05-10 17:08:11 +0200 | waleee | (~waleee@h-176-10-144-38.NA.cust.bahnhof.se) |
| 2024-05-10 17:05:51 +0200 | <jackdk> | I use nix these days so I'm not across ghcup, though it is the default recommendation |
| 2024-05-10 17:05:37 +0200 | <jackdk> | https://www.haskell.org/ghcup/install/#linux-ubuntu is the packages you need, though I would've thought the script would've installed them for you |
| 2024-05-10 17:04:35 +0200 | <jackdk> | I wish I knew why configure is testing for all those llvm compilers since it found gcc. I wonder if you haven't got c++ stuff installed properly |
| 2024-05-10 17:03:56 +0200 | <jackdk> | use ghcup if you can, and cabal is a lot better than it used to be. I gave stack away years ago |
| 2024-05-10 17:03:41 +0200 | danse-nr3 | (~danse-nr3@an-19-180-249.service.infuturo.it) (Ping timeout: 268 seconds) |
| 2024-05-10 17:02:19 +0200 | <brox66> | What is the current recommended way to install haskell stack on Ubuntu? I have been away for a few years from setting up haskell environments. |
| 2024-05-10 16:59:45 +0200 | <brox66> | jackdk, I am now registered. Here is the link to pastebin, with my configure log from ghcup installation: https://paste.debian.net/1316549/ |
| 2024-05-10 16:56:58 +0200 | brox66 | (~Guest42@user/brox66) |
| 2024-05-10 16:56:58 +0200 | brox66 | (~Guest42@94-255-250-108.cust.bredband2.com) (Changing host) |
| 2024-05-10 16:56:44 +0200 | son0p | (~ff@152.203.77.121) (Remote host closed the connection) |
| 2024-05-10 16:56:29 +0200 | raehik | (~raehik@rdng-25-b2-v4wan-169990-cust1344.vm39.cable.virginm.net) (Ping timeout: 252 seconds) |
| 2024-05-10 16:54:34 +0200 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) |
| 2024-05-10 16:54:28 +0200 | rvalue- | rvalue |
| 2024-05-10 16:53:17 +0200 | machinedgod | (~machinedg@d173-183-246-216.abhsia.telus.net) |
| 2024-05-10 16:53:05 +0200 | Guest10 | brox66 |
| 2024-05-10 16:50:59 +0200 | rvalue | (~rvalue@user/rvalue) (Ping timeout: 252 seconds) |
| 2024-05-10 16:50:26 +0200 | rvalue- | (~rvalue@user/rvalue) |
| 2024-05-10 16:50:15 +0200 | <Guest10> | ok :-) |
| 2024-05-10 16:40:21 +0200 | <carbolymer> | Guest10: don't be a guest, make yourself at home |
| 2024-05-10 16:35:31 +0200 | vpan | (~vpan@212.117.1.172) (Quit: Leaving.) |
| 2024-05-10 16:35:18 +0200 | <carbolymer> | oh yeah dupTChan is much better |
| 2024-05-10 16:34:38 +0200 | titibandit | (~titibandi@user/titibandit) |
| 2024-05-10 16:34:30 +0200 | <Lears> | carbolymer: You can also make a `reset = atomically (writeTVar wake False)`. Then your master thread would `readySetGo >> reset` while your workers `forever (waitForIt >> doTheThing)`. This isn't really a good idea though, whether with STM or an MVar. Consider using a TChan: have your master thread write to a `newBroadcastTChan`, while your workers read from `dupTChans` produced from it. |
| 2024-05-10 16:33:49 +0200 | cfricke | (~cfricke@user/cfricke) (Quit: WeeChat 4.2.2) |
| 2024-05-10 16:32:52 +0200 | zetef | (~quassel@2a02:2f00:5202:1200:2128:605:71c4:66a4) (Ping timeout: 260 seconds) |
| 2024-05-10 16:32:02 +0200 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…) |
| 2024-05-10 16:29:40 +0200 | <Guest10> | jackdk, I am now Guest10, I was previously Guest85 |
| 2024-05-10 16:28:42 +0200 | Guest10 | (~Guest42@94-255-250-108.cust.bredband2.com) |
| 2024-05-10 16:26:49 +0200 | gmg | (~user@user/gehmehgeh) |
| 2024-05-10 16:26:16 +0200 | Sgeo | (~Sgeo@user/sgeo) |
| 2024-05-10 16:26:07 +0200 | <carbolymer> | Lears: ah but it requires check to run in STM. I'd like to do an IO action on lock update, and then wait for another update. |
| 2024-05-10 16:24:10 +0200 | cfricke | (~cfricke@user/cfricke) |
| 2024-05-10 16:21:49 +0200 | gmg | (~user@user/gehmehgeh) (Remote host closed the connection) |
| 2024-05-10 16:16:22 +0200 | chele | (~chele@user/chele) (Remote host closed the connection) |
| 2024-05-10 16:15:11 +0200 | AlexZenon | (~alzenon@178.34.162.125) |
| 2024-05-10 16:11:25 +0200 | cfricke | (~cfricke@user/cfricke) (Ping timeout: 272 seconds) |
| 2024-05-10 16:08:12 +0200 | billchenchina | (~billchenc@2a0d:2580:ff0c:1:e3c9:c52b:a429:5bfe) |
| 2024-05-10 16:07:34 +0200 | AlexZenon | (~alzenon@178.34.162.125) (Ping timeout: 268 seconds) |
| 2024-05-10 16:06:21 +0200 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) |
| 2024-05-10 16:05:33 +0200 | Guest85 | (~Guest42@94-255-250-108.cust.bredband2.com) (Ping timeout: 250 seconds) |
| 2024-05-10 16:02:57 +0200 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…) |
| 2024-05-10 15:57:08 +0200 | <Lears> | E.g. `makeMultipleWakeuperer = do { wake <- newTVarIO False; let { waitForIt = atomically (readTVar wake >>= check); readySetGo = atomically (writeTVar wake True) }; pure (waitForIt, readySetGo)`. |
| 2024-05-10 15:55:25 +0200 | AlexZenon | (~alzenon@178.34.162.125) |
| 2024-05-10 15:53:47 +0200 | paddymahoney | (~paddymaho@pool-99-250-26-190.cpe.net.cable.rogers.com) (Ping timeout: 252 seconds) |
| 2024-05-10 15:53:23 +0200 | cfricke | (~cfricke@user/cfricke) |
| 2024-05-10 15:52:37 +0200 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) |
| 2024-05-10 15:52:13 +0200 | dagit | (~dagit@2001:558:6025:38:71c6:9d58:7252:8976) |
| 2024-05-10 15:50:29 +0200 | <Lears> | You can just have them wake when a TVar holding a Bool is True. |
| 2024-05-10 15:49:37 +0200 | Mach | (~Mach@92.87.113.25) (Ping timeout: 256 seconds) |