Newest at the top
2025-02-17 17:02:58 +0100 | mrmr | (~mrmr@user/mrmr) mrmr |
2025-02-17 16:45:30 +0100 | mrmr | (~mrmr@user/mrmr) (Ping timeout: 268 seconds) |
2025-02-17 16:41:36 +0100 | acidjnk | (~acidjnk@p200300d6e7283f34117511048fc3b2ed.dip0.t-ipconnect.de) acidjnk |
2025-02-17 16:38:43 +0100 | misterfish | (~misterfis@178.227.142.233) (Ping timeout: 268 seconds) |
2025-02-17 16:36:17 +0100 | atwm | (~andrew@19-193-28-81.ftth.cust.kwaoo.net) (Ping timeout: 248 seconds) |
2025-02-17 16:34:58 +0100 | <dminuoso> | Though come to think of it, it is the same in Haskell is it not? |
2025-02-17 16:34:23 +0100 | <dminuoso> | That' |
2025-02-17 16:34:13 +0100 | <dminuoso> | finally clauses will not be executed! |
2025-02-17 16:34:09 +0100 | <dminuoso> | Anyhow. Whatever the issues may be, it's nothing compared to this: https://docs.python.org/3/library/multiprocessing.html#multiprocessing.Process.terminate |
2025-02-17 16:33:46 +0100 | weechat2 | dminuoso |
2025-02-17 16:33:44 +0100 | <weechat2> | Oh. What is this |
2025-02-17 16:33:33 +0100 | <weechat2> | Hah, so I know some here have some stories about how GHC RTS has annoying bugs about signal handling.. |
2025-02-17 16:33:07 +0100 | turlando | (~turlando@user/turlando) turlando |
2025-02-17 16:26:10 +0100 | alfiee | (~alfiee@user/alfiee) (Ping timeout: 248 seconds) |
2025-02-17 16:25:35 +0100 | atwm | (~andrew@19-193-28-81.ftth.cust.kwaoo.net) atwm |
2025-02-17 16:22:24 +0100 | <haskellbridge> | <maralorn> tomsmeding: Sadly, not. Still a duplicate instance. |
2025-02-17 16:21:52 +0100 | alfiee | (~alfiee@user/alfiee) alfiee |
2025-02-17 16:21:20 +0100 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Read error: Connection reset by peer) |
2025-02-17 16:20:29 +0100 | j1n37- | (~j1n37@user/j1n37) (Ping timeout: 260 seconds) |
2025-02-17 16:19:07 +0100 | j1n37 | (~j1n37@user/j1n37) j1n37 |
2025-02-17 16:16:08 +0100 | tavare | (~tavare@user/tavare) (Remote host closed the connection) |
2025-02-17 16:07:37 +0100 | <haskellbridge> | <thirdofmay18081814goya> oh product type formation duh |
2025-02-17 16:06:29 +0100 | <haskellbridge> | <thirdofmay18081814goya> what useful or interesting monoidal product could be given to Hask? |
2025-02-17 16:05:13 +0100 | atwm | (~andrew@19-193-28-81.ftth.cust.kwaoo.net) (Ping timeout: 252 seconds) |
2025-02-17 16:03:06 +0100 | <haskellbridge> | <maralorn> Which means we may not use () in our json docs … |
2025-02-17 16:02:34 +0100 | <haskellbridge> | <maralorn> maerwald: I do trust you. I just prefer a technical solution over bothering you to learn that "toJSVal ()" is not equivalent to "toJSON ()". |
2025-02-17 16:00:21 +0100 | alx741 | (~alx741@186.33.188.229) (Quit: alx741) |
2025-02-17 16:00:04 +0100 | Googulator | (~Googulato@2a01-036d-0106-4074-e4c1-4d2b-93a1-bece.pool6.digikabel.hu) |
2025-02-17 15:59:51 +0100 | atwm | (~andrew@19-193-28-81.ftth.cust.kwaoo.net) atwm |
2025-02-17 15:59:48 +0100 | Googulator | (~Googulato@2a01-036d-0106-4074-e4c1-4d2b-93a1-bece.pool6.digikabel.hu) (Quit: Client closed) |
2025-02-17 15:57:42 +0100 | acidjnk | (~acidjnk@p200300d6e7283f34117511048fc3b2ed.dip0.t-ipconnect.de) (Ping timeout: 272 seconds) |
2025-02-17 15:55:32 +0100 | <tomsmeding> | a GHC plugin could do it, but probably the most practical solution is vendoring in that library and removing the offending instance |
2025-02-17 15:55:30 +0100 | lxsameer | (~lxsameer@Serene/lxsameer) lxsameer |
2025-02-17 15:55:02 +0100 | <tomsmeding> | __monty__: even linting would be difficult because that linter would need to do full type checking |
2025-02-17 15:54:40 +0100 | <tomsmeding> | maralorn: sorry lazy, didn't check, but what happens if you {-# INCOHERENT #-} your orphan? |
2025-02-17 15:53:58 +0100 | <__monty__> | I hope there's a better solution than linting. |
2025-02-17 15:53:22 +0100 | hellwolf | (~user@b1d5-60a7-bc53-7e05-0f00-4d40-07d0-2001.sta.estpak.ee) hellwolf |
2025-02-17 15:53:01 +0100 | <haskellbridge> | <maerwald> You don't trust me? |
2025-02-17 15:50:44 +0100 | hellwolf | (~user@92b0-6982-e317-36c1-0f00-4d40-07d0-2001.sta.estpak.ee) (Ping timeout: 272 seconds) |
2025-02-17 15:49:43 +0100 | Smiles | (uid551636@id-551636.lymington.irccloud.com) Smiles |
2025-02-17 15:47:05 +0100 | <haskellbridge> | <maralorn> I wanted to try to define a conflicting orphan instance, but since the original is non-orphan ghc doesn’t let me. |
2025-02-17 15:46:40 +0100 | yegorc | (~yegorc@user/yegorc) (Leaving) |
2025-02-17 15:46:34 +0100 | <haskellbridge> | <maralorn> A library is defining a non-orphan instance of a type class, which breaks important assumptions in our project. What can I do to programatically prevent my coworkers from using it? |
2025-02-17 15:45:07 +0100 | weary-traveler | (~user@user/user363627) user363627 |
2025-02-17 15:38:29 +0100 | alfiee | (~alfiee@user/alfiee) (Ping timeout: 260 seconds) |
2025-02-17 15:35:32 +0100 | machinedgod | (~machinedg@d108-173-18-100.abhsia.telus.net) (Ping timeout: 272 seconds) |
2025-02-17 15:34:07 +0100 | alfiee | (~alfiee@user/alfiee) alfiee |
2025-02-17 15:27:23 +0100 | datafl4sh | (~datafl4sh@pccicuttin.polito.it) |
2025-02-17 15:27:05 +0100 | datafl4sh | (~datafl4sh@pccicuttin.polito.it) (Remote host closed the connection) |
2025-02-17 15:19:47 +0100 | CiaoSen | (~Jura@ip-037-201-240-075.um10.pools.vodafone-ip.de) (Ping timeout: 268 seconds) |