2024/05/27

2024-05-27 00:01:51 +0200ystael(~ystael@user/ystael)
2024-05-27 00:02:14 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 00:02:40 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-05-27 00:02:53 +0200TheCoffeMaker(~TheCoffeM@user/thecoffemaker)
2024-05-27 00:09:56 +0200__monty__(~toonn@user/toonn) (Quit: leaving)
2024-05-27 00:11:33 +0200AlexNoo_(~AlexNoo@94.233.240.116)
2024-05-27 00:13:47 +0200AlexZenon(~alzenon@5.139.233.209) (Ping timeout: 252 seconds)
2024-05-27 00:14:01 +0200TheCoffeMaker_(~TheCoffeM@200.114.213.75)
2024-05-27 00:14:23 +0200TheCoffeMaker(~TheCoffeM@user/thecoffemaker) (Ping timeout: 264 seconds)
2024-05-27 00:15:10 +0200AlexNoo(~AlexNoo@5.139.233.209) (Ping timeout: 255 seconds)
2024-05-27 00:20:41 +0200gmg(~user@user/gehmehgeh) (Quit: Leaving)
2024-05-27 00:20:53 +0200TheCoffeMaker_(~TheCoffeM@200.114.213.75) (Ping timeout: 240 seconds)
2024-05-27 00:21:38 +0200AlexZenon(~alzenon@94.233.240.116)
2024-05-27 00:26:13 +0200xdminsy(~xdminsy@117.147.70.240)
2024-05-27 00:31:20 +0200zetef(~quassel@5.2.182.98) (Remote host closed the connection)
2024-05-27 00:36:54 +0200boxscape_(~boxscape_@139.80-202-125.nextgentel.com) (Quit: Connection closed)
2024-05-27 00:37:58 +0200joeyadams(~joeyadams@38.48.105.67) (Quit: Leaving)
2024-05-27 00:50:23 +0200ystael(~ystael@user/ystael) (Ping timeout: 264 seconds)
2024-05-27 00:50:44 +0200kilolympus(~kilolympu@31.205.200.246)
2024-05-27 00:51:04 +0200acidjnk(~acidjnk@p200300d6e714dc267155b07e20dae7cf.dip0.t-ipconnect.de) (Ping timeout: 260 seconds)
2024-05-27 00:52:36 +0200Tuplanolla(~Tuplanoll@91-159-69-59.elisa-laajakaista.fi) (Quit: Leaving.)
2024-05-27 01:03:38 +0200TheCoffeMaker(~TheCoffeM@user/thecoffemaker)
2024-05-27 01:17:23 +0200Square2(~Square@user/square) (Ping timeout: 264 seconds)
2024-05-27 01:19:04 +0200TheCoffeMaker(~TheCoffeM@user/thecoffemaker) (Ping timeout: 260 seconds)
2024-05-27 01:21:20 +0200Square(~Square@user/square)
2024-05-27 01:55:52 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com)
2024-05-27 02:01:21 +0200TheCoffeMaker(~TheCoffeM@user/thecoffemaker)
2024-05-27 02:02:41 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Ping timeout: 252 seconds)
2024-05-27 02:16:59 +0200TheCoffeMaker(~TheCoffeM@user/thecoffemaker) (Ping timeout: 252 seconds)
2024-05-27 02:19:47 +0200Lord_of_Life(~Lord@user/lord-of-life/x-2819915) (Ping timeout: 264 seconds)
2024-05-27 02:21:48 +0200Lord_of_Life(~Lord@user/lord-of-life/x-2819915)
2024-05-27 02:26:09 +0200phma(~phma@host-67-44-208-128.hnremote.net) (Read error: Connection reset by peer)
2024-05-27 02:33:04 +0200phma(phma@2001:5b0:210d:41e8:5810:929f:6383:13ef)
2024-05-27 02:53:43 +0200TheCoffeMaker(~TheCoffeM@user/thecoffemaker)
2024-05-27 03:01:03 +0200amjoseph(~amjoseph@static-198-44-128-146.cust.tzulo.com) (Ping timeout: 260 seconds)
2024-05-27 03:09:18 +0200bilegeek(~bilegeek@2600:1008:b08c:6954:1c95:46a0:e734:2146)
2024-05-27 03:11:52 +0200liyang(uid322268@id-322268.uxbridge.irccloud.com) (Quit: Connection closed for inactivity)
2024-05-27 03:21:20 +0200TheCoffeMaker(~TheCoffeM@user/thecoffemaker) (Ping timeout: 252 seconds)
2024-05-27 03:21:33 +0200TheCoffeMaker_(~TheCoffeM@200.114.213.75)
2024-05-27 03:22:11 +0200joeyadams(~joeyadams@38.48.105.67)
2024-05-27 03:28:57 +0200TheCoffeMaker(~TheCoffeM@user/thecoffemaker)
2024-05-27 03:29:02 +0200TheCoffeMaker_(~TheCoffeM@200.114.213.75) (Ping timeout: 252 seconds)
2024-05-27 03:34:05 +0200TheCoffeMaker(~TheCoffeM@user/thecoffemaker) (Ping timeout: 240 seconds)
2024-05-27 03:35:04 +0200TheCoffeMaker(~TheCoffeM@user/thecoffemaker)
2024-05-27 03:55:11 +0200otto_s(~user@p4ff27cd0.dip0.t-ipconnect.de) (Ping timeout: 264 seconds)
2024-05-27 03:56:22 +0200otto_s(~user@p5b0440dc.dip0.t-ipconnect.de)
2024-05-27 03:57:07 +0200ski(~ski@remote11.chalmers.se) (Remote host closed the connection)
2024-05-27 04:00:02 +0200fliife(~fliife@user/fliife) (Quit: ZNC 1.8.2+deb2build5 - https://znc.in)
2024-05-27 04:00:48 +0200fliife(~fliife@user/fliife)
2024-05-27 04:02:02 +0200TheCoffeMaker(~TheCoffeM@user/thecoffemaker) (Ping timeout: 252 seconds)
2024-05-27 04:03:12 +0200TheCoffeMaker(~TheCoffeM@user/thecoffemaker)
2024-05-27 04:08:38 +0200waleee(~waleee@h-176-10-144-38.NA.cust.bahnhof.se) (Ping timeout: 252 seconds)
2024-05-27 04:10:13 +0200TheCoffeMaker(~TheCoffeM@user/thecoffemaker) (Ping timeout: 256 seconds)
2024-05-27 04:10:33 +0200TheCoffeMaker(~TheCoffeM@user/thecoffemaker)
2024-05-27 04:23:46 +0200TheCoffeMaker(~TheCoffeM@user/thecoffemaker) (Ping timeout: 268 seconds)
2024-05-27 04:29:08 +0200TheCoffeMaker(~TheCoffeM@user/thecoffemaker)
2024-05-27 04:39:31 +0200TheCoffeMaker_(~TheCoffeM@200.114.213.75)
2024-05-27 04:39:34 +0200TheCoffeMaker(~TheCoffeM@user/thecoffemaker) (Read error: Connection reset by peer)
2024-05-27 04:40:38 +0200Square2(~Square4@user/square)
2024-05-27 04:42:48 +0200TheCoffeMaker_(~TheCoffeM@200.114.213.75) (Excess Flood)
2024-05-27 04:44:23 +0200Square(~Square@user/square) (Ping timeout: 264 seconds)
2024-05-27 04:47:15 +0200TheCoffeMaker(~TheCoffeM@user/thecoffemaker)
2024-05-27 04:52:43 +0200machinedgod(~machinedg@d173-183-246-216.abhsia.telus.net) (Ping timeout: 272 seconds)
2024-05-27 04:57:17 +0200td_(~td@i5387093D.versanet.de) (Ping timeout: 240 seconds)
2024-05-27 04:59:11 +0200td_(~td@i5387090b.versanet.de)
2024-05-27 05:02:40 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Remote host closed the connection)
2024-05-27 05:08:35 +0200ski(~ski@remote11.chalmers.se)
2024-05-27 05:23:17 +0200Nixkernal_(~Nixkernal@240.17.194.178.dynamic.wline.res.cust.swisscom.ch)
2024-05-27 05:24:23 +0200Nixkernal(~Nixkernal@240.17.194.178.dynamic.wline.res.cust.swisscom.ch) (Ping timeout: 272 seconds)
2024-05-27 05:25:47 +0200itaipu(~itaipu@168.121.99.99) (Ping timeout: 264 seconds)
2024-05-27 05:40:32 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com)
2024-05-27 05:41:16 +0200JimL(~quassel@89.162.16.26) (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)
2024-05-27 05:44:39 +0200JimL(~quassel@89.162.16.26)
2024-05-27 05:45:04 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Ping timeout: 260 seconds)
2024-05-27 05:49:08 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com)
2024-05-27 05:50:53 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 05:55:20 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 252 seconds)
2024-05-27 05:57:50 +0200amjoseph(~amjoseph@static-198-44-128-146.cust.tzulo.com)
2024-05-27 05:58:03 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 06:02:28 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 256 seconds)
2024-05-27 06:07:27 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 06:13:47 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 264 seconds)
2024-05-27 06:16:16 +0200emmanuelux(~emmanuelu@user/emmanuelux) (Quit: au revoir)
2024-05-27 06:18:55 +0200takuan(~takuan@178-116-218-225.access.telenet.be) (Remote host closed the connection)
2024-05-27 06:24:51 +0200takuan(~takuan@178-116-218-225.access.telenet.be)
2024-05-27 06:25:34 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 06:32:11 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 252 seconds)
2024-05-27 06:38:29 +0200michalz(~michalz@185.246.207.215)
2024-05-27 06:40:20 +0200raehik(~raehik@rdng-25-b2-v4wan-169990-cust1344.vm39.cable.virginm.net)
2024-05-27 06:44:46 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 06:49:47 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 264 seconds)
2024-05-27 06:55:52 +0200joeyadams(~joeyadams@38.48.105.67) (Quit: Leaving)
2024-05-27 06:56:07 +0200euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de) (Ping timeout: 255 seconds)
2024-05-27 06:59:23 +0200euleritian(~euleritia@dynamic-176-002-075-019.176.2.pool.telefonica.de)
2024-05-27 07:02:20 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 07:05:01 +0200euleritian(~euleritia@dynamic-176-002-075-019.176.2.pool.telefonica.de) (Read error: Connection reset by peer)
2024-05-27 07:05:18 +0200euleritian(~euleritia@77.22.252.56)
2024-05-27 07:07:35 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 256 seconds)
2024-05-27 07:12:29 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 07:16:42 +0200Square2(~Square4@user/square) (Ping timeout: 256 seconds)
2024-05-27 07:17:03 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 268 seconds)
2024-05-27 07:21:33 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 07:22:13 +0200causal(~eric@50.35.88.207) (Quit: WeeChat 4.1.1)
2024-05-27 07:23:50 +0200jcarpenter2(~lol@2603:3016:1e01:b9a0:7de1:bf61:a47e:b74f) (Ping timeout: 268 seconds)
2024-05-27 07:23:50 +0200euleritian(~euleritia@77.22.252.56) (Read error: Connection reset by peer)
2024-05-27 07:25:02 +0200euleritian(~euleritia@77.22.252.56)
2024-05-27 07:26:05 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 252 seconds)
2024-05-27 07:27:16 +0200jcarpenter2(~lol@2603:3016:1e01:b940:3dad:a55c:b7ef:b746)
2024-05-27 07:31:40 +0200euleritian(~euleritia@77.22.252.56) (Ping timeout: 255 seconds)
2024-05-27 07:32:38 +0200euleritian(~euleritia@176.2.75.19)
2024-05-27 07:38:53 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 07:39:09 +0200euphores(~SASL_euph@user/euphores) (Quit: Leaving.)
2024-05-27 07:41:08 +0200euleritian(~euleritia@176.2.75.19) (Read error: Connection reset by peer)
2024-05-27 07:41:28 +0200euleritian(~euleritia@77.22.252.56)
2024-05-27 07:42:12 +0200bilegeek(~bilegeek@2600:1008:b08c:6954:1c95:46a0:e734:2146) (Quit: Leaving)
2024-05-27 07:44:23 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 264 seconds)
2024-05-27 07:47:16 +0200_d0t(~{-d0t-}@user/-d0t-/x-7915216) (Ping timeout: 268 seconds)
2024-05-27 07:48:13 +0200michalz(~michalz@185.246.207.215) (Quit: ZNC 1.9.0 - https://znc.in)
2024-05-27 07:49:41 +0200euphores(~SASL_euph@user/euphores)
2024-05-27 07:50:56 +0200michalz(~michalz@185.246.207.197)
2024-05-27 07:53:02 +0200_d0t(~{-d0t-}@user/-d0t-/x-7915216)
2024-05-27 07:55:45 +0200meritamen(~user@user/meritamen)
2024-05-27 07:57:06 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 08:01:43 +0200acidjnk(~acidjnk@p200300d6e714dc67a4c71da5dc32cdcc.dip0.t-ipconnect.de)
2024-05-27 08:01:49 +0200meritamen(~user@user/meritamen) (ERC 5.5.0.29.1 (IRC client for GNU Emacs 29.3))
2024-05-27 08:03:36 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 255 seconds)
2024-05-27 08:07:07 +0200Guest71(~Guest71@240d:1a:3b5:af00:e436:421c:f668:da15)
2024-05-27 08:10:41 +0200Guest71(~Guest71@240d:1a:3b5:af00:e436:421c:f668:da15) (Client Quit)
2024-05-27 08:12:50 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Ping timeout: 252 seconds)
2024-05-27 08:14:29 +0200polyphem(~polyphem@37.159.41.18)
2024-05-27 08:14:35 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 08:15:03 +0200polyphem(~polyphem@37.159.41.18) (Client Quit)
2024-05-27 08:17:17 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com)
2024-05-27 08:18:53 +0200euleritian(~euleritia@77.22.252.56) (Ping timeout: 240 seconds)
2024-05-27 08:19:03 +0200euleritian(~euleritia@dynamic-176-002-075-019.176.2.pool.telefonica.de)
2024-05-27 08:19:04 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 260 seconds)
2024-05-27 08:19:58 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Remote host closed the connection)
2024-05-27 08:20:18 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com)
2024-05-27 08:31:43 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 08:36:02 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 256 seconds)
2024-05-27 08:41:33 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 08:45:55 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 255 seconds)
2024-05-27 08:46:56 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Quit: peterbecich)
2024-05-27 08:47:13 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com)
2024-05-27 08:50:10 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 08:55:11 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 264 seconds)
2024-05-27 08:55:49 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Ping timeout: 256 seconds)
2024-05-27 08:59:27 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 09:03:10 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-05-27 09:03:53 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 256 seconds)
2024-05-27 09:05:23 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 09:10:41 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 256 seconds)
2024-05-27 09:12:29 +0200paddymahoney(~paddymaho@pool-99-250-26-190.cpe.net.cable.rogers.com) (Ping timeout: 240 seconds)
2024-05-27 09:15:06 +0200paddymahoney(~paddymaho@pool-99-250-26-190.cpe.net.cable.rogers.com)
2024-05-27 09:15:38 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 09:20:10 +0200lortabac(~lortabac@2a01:e0a:541:b8f0:55ab:e185:7f81:54a4)
2024-05-27 09:20:12 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 260 seconds)
2024-05-27 09:20:59 +0200zetef(~quassel@5.2.182.99)
2024-05-27 09:24:43 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 09:24:53 +0200Maxdamantus(~Maxdamant@user/maxdamantus) (Ping timeout: 240 seconds)
2024-05-27 09:27:52 +0200ddellacosta(~ddellacos@ool-44c73d29.dyn.optonline.net)
2024-05-27 09:27:57 +0200__monty__(~toonn@user/toonn)
2024-05-27 09:29:20 +0200Maxdamantus(~Maxdamant@user/maxdamantus)
2024-05-27 09:30:35 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 264 seconds)
2024-05-27 09:51:31 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 09:55:46 +0200sord937(~sord937@gateway/tor-sasl/sord937)
2024-05-27 09:57:04 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 260 seconds)
2024-05-27 09:57:15 +0200machinedgod(~machinedg@d173-183-246-216.abhsia.telus.net)
2024-05-27 10:01:51 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 10:01:58 +0200jamesmartinez(uid6451@id-6451.helmsley.irccloud.com) (Quit: Connection closed for inactivity)
2024-05-27 10:04:11 +0200raehik(~raehik@rdng-25-b2-v4wan-169990-cust1344.vm39.cable.virginm.net) (Ping timeout: 264 seconds)
2024-05-27 10:04:57 +0200euleritian(~euleritia@dynamic-176-002-075-019.176.2.pool.telefonica.de) (Read error: Connection reset by peer)
2024-05-27 10:05:19 +0200euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de)
2024-05-27 10:07:47 +0200troydm(~troydm@user/troydm) (Ping timeout: 252 seconds)
2024-05-27 10:11:20 +0200titibandit(~user@user/titibandit)
2024-05-27 10:11:38 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 252 seconds)
2024-05-27 10:15:13 +0200ft(~ft@p508db8fc.dip0.t-ipconnect.de) (Quit: leaving)
2024-05-27 10:16:53 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 10:21:18 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 255 seconds)
2024-05-27 10:22:19 +0200FinnElija(~finn_elij@user/finn-elija/x-0085643) (Read error: Connection reset by peer)
2024-05-27 10:22:19 +0200sord937(~sord937@gateway/tor-sasl/sord937) (Read error: Connection reset by peer)
2024-05-27 10:22:19 +0200chexum(~quassel@gateway/tor-sasl/chexum) (Remote host closed the connection)
2024-05-27 10:22:19 +0200chiselfuse(~chiselfus@user/chiselfuse) (Remote host closed the connection)
2024-05-27 10:22:57 +0200sord937(~sord937@gateway/tor-sasl/sord937)
2024-05-27 10:22:57 +0200chexum(~quassel@gateway/tor-sasl/chexum)
2024-05-27 10:23:31 +0200FinnElija(~finn_elij@user/finn-elija/x-0085643)
2024-05-27 10:24:05 +0200chiselfuse(~chiselfus@user/chiselfuse)
2024-05-27 10:24:17 +0200FinnElija(~finn_elij@user/finn-elija/x-0085643) (Remote host closed the connection)
2024-05-27 10:24:50 +0200FinnElija(~finn_elij@user/finn-elija/x-0085643)
2024-05-27 10:25:48 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 10:30:18 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 255 seconds)
2024-05-27 10:34:47 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 10:39:24 +0200tzh(~tzh@c-76-115-131-146.hsd1.or.comcast.net) (Quit: zzz)
2024-05-27 10:39:35 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 264 seconds)
2024-05-27 10:43:52 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 10:45:35 +0200zetef(~quassel@5.2.182.99) (Ping timeout: 264 seconds)
2024-05-27 10:48:47 +0200lxsameer(~lxsameer@Serene/lxsameer)
2024-05-27 10:48:52 +0200greenflower(~greenflow@103.191.25.63)
2024-05-27 10:49:13 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 255 seconds)
2024-05-27 10:51:48 +0200greenflower(~greenflow@103.191.25.63) (Client Quit)
2024-05-27 10:53:29 +0200chele(~chele@user/chele)
2024-05-27 10:53:38 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 10:58:16 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 256 seconds)
2024-05-27 11:01:09 +0200zetef(~quassel@5.2.182.99)
2024-05-27 11:02:35 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 11:13:10 +0200chexum(~quassel@gateway/tor-sasl/chexum) (Remote host closed the connection)
2024-05-27 11:13:31 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 256 seconds)
2024-05-27 11:13:33 +0200chexum(~quassel@gateway/tor-sasl/chexum)
2024-05-27 11:25:40 +0200euphores(~SASL_euph@user/euphores) (Quit: Leaving.)
2024-05-27 11:31:44 +0200rvalue(~rvalue@user/rvalue) (Ping timeout: 268 seconds)
2024-05-27 11:33:56 +0200euphores(~SASL_euph@user/euphores)
2024-05-27 11:35:23 +0200zetef(~quassel@5.2.182.99) (Ping timeout: 264 seconds)
2024-05-27 11:36:28 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 11:37:57 +0200lortabac(~lortabac@2a01:e0a:541:b8f0:55ab:e185:7f81:54a4) (Quit: WeeChat 4.2.1)
2024-05-27 11:41:17 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 256 seconds)
2024-05-27 11:45:32 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 11:46:14 +0200fryguybob(~fryguybob@syn-024-094-050-022.res.spectrum.com) (Ping timeout: 252 seconds)
2024-05-27 11:50:14 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 268 seconds)
2024-05-27 11:51:51 +0200fryguybob(~fryguybob@syn-024-094-050-022.res.spectrum.com)
2024-05-27 11:54:37 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 11:55:29 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-05-27 11:56:25 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-05-27 11:58:53 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 252 seconds)
2024-05-27 11:59:52 +0200cfricke(~cfricke@user/cfricke)
2024-05-27 12:03:34 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 12:07:20 +0200zetef(~quassel@5.2.182.99)
2024-05-27 12:13:59 +0200TactfulCitrus(~al@2a02:8012:87a6:0:fbe0:6116:6e30:e047)
2024-05-27 12:15:36 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 255 seconds)
2024-05-27 12:15:41 +0200Pixi(~Pixi@user/pixi) (Ping timeout: 240 seconds)
2024-05-27 12:18:41 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 12:23:23 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 264 seconds)
2024-05-27 12:27:47 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 12:29:55 +0200kmein_(~weechat@user/kmein) (Quit: ciao kakao)
2024-05-27 12:32:02 +0200kmein(~weechat@user/kmein)
2024-05-27 12:33:47 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 272 seconds)
2024-05-27 12:45:34 +0200lortabac(~lortabac@2a01:e0a:541:b8f0:55ab:e185:7f81:54a4)
2024-05-27 12:48:19 +0200dsrt^(~cd@c-98-242-74-66.hsd1.ga.comcast.net)
2024-05-27 12:56:04 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 13:00:29 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 252 seconds)
2024-05-27 13:04:58 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 13:06:05 +0200zetef(~quassel@5.2.182.99) (Ping timeout: 268 seconds)
2024-05-27 13:10:11 +0200CiaoSen(~Jura@2a05:5800:2b1:b800:e6b9:7aff:fe80:3d03)
2024-05-27 13:12:56 +0200mechap(~mechap@user/mechap)
2024-05-27 13:14:39 +0200mechap(~mechap@user/mechap) (Client Quit)
2024-05-27 13:15:35 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 264 seconds)
2024-05-27 13:20:06 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 13:25:05 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 272 seconds)
2024-05-27 13:26:07 +0200waleee(~waleee@h-176-10-144-38.NA.cust.bahnhof.se)
2024-05-27 13:29:07 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 13:30:20 +0200noctux(~noctux@user/noctux) (Read error: Connection reset by peer)
2024-05-27 13:32:55 +0200mjacob(~mjacob@adrastea.uberspace.de) (Ping timeout: 256 seconds)
2024-05-27 13:32:56 +0200mauke(~mauke@user/mauke) (Ping timeout: 252 seconds)
2024-05-27 13:33:29 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 252 seconds)
2024-05-27 13:33:55 +0200mjacob(~mjacob@adrastea.uberspace.de)
2024-05-27 13:33:56 +0200mauke(~mauke@user/mauke)
2024-05-27 13:34:28 +0200noctux(~noctux@user/noctux)
2024-05-27 13:35:35 +0200AlexNoo_AlexNoo
2024-05-27 13:38:04 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 13:42:35 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 264 seconds)
2024-05-27 13:47:01 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 13:47:03 +0200itaipu(~itaipu@168.121.98.97)
2024-05-27 13:50:50 +0200L29Ah(~L29Ah@wikipedia/L29Ah) (Read error: Connection reset by peer)
2024-05-27 13:52:57 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 268 seconds)
2024-05-27 13:57:14 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 14:01:48 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 255 seconds)
2024-05-27 14:02:17 +0200euphores(~SASL_euph@user/euphores) (Quit: Leaving.)
2024-05-27 14:02:59 +0200nschoe-(~nschoe@2a01:e0a:8e:a190:542f:7ca5:d166:8539)
2024-05-27 14:03:15 +0200nschoe(~nschoe@82-65-202-30.subs.proxad.net) (Ping timeout: 260 seconds)
2024-05-27 14:06:19 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 14:07:47 +0200euphores(~SASL_euph@user/euphores)
2024-05-27 14:15:28 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 256 seconds)
2024-05-27 14:15:51 +0200ocra8(ocra8@user/ocra8) (Ping timeout: 260 seconds)
2024-05-27 14:20:23 +0200euphores(~SASL_euph@user/euphores) (Ping timeout: 264 seconds)
2024-05-27 14:20:31 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 14:25:11 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 252 seconds)
2024-05-27 14:27:54 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-05-27 14:36:15 +0200haritz(~hrtz@user/haritz) (Quit: ZNC 1.8.2+deb3.1 - https://znc.in)
2024-05-27 14:37:49 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 14:40:14 +0200haritz(~hrtz@82-69-11-11.dsl.in-addr.zen.co.uk)
2024-05-27 14:40:16 +0200haritz(~hrtz@82-69-11-11.dsl.in-addr.zen.co.uk) (Changing host)
2024-05-27 14:40:16 +0200haritz(~hrtz@user/haritz)
2024-05-27 14:40:31 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-05-27 14:43:08 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 260 seconds)
2024-05-27 14:52:08 +0200joeyadams(~joeyadams@38.48.105.67)
2024-05-27 14:57:17 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 14:58:47 +0200TactfulCitrus(~al@2a02:8012:87a6:0:fbe0:6116:6e30:e047) (Read error: Connection reset by peer)
2024-05-27 15:02:02 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 252 seconds)
2024-05-27 15:06:14 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 15:17:11 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 256 seconds)
2024-05-27 15:19:41 +0200rvalue(~rvalue@user/rvalue)
2024-05-27 15:21:48 +0200mei(~mei@user/mei) (Remote host closed the connection)
2024-05-27 15:24:03 +0200L29Ah(~L29Ah@wikipedia/L29Ah)
2024-05-27 15:24:12 +0200mei(~mei@user/mei)
2024-05-27 15:25:26 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-05-27 15:34:04 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-05-27 15:40:20 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 15:44:05 +0200AlexZenon(~alzenon@94.233.240.116) (Ping timeout: 240 seconds)
2024-05-27 15:44:42 +0200picnoir(~picnoir@about/aquilenet/vodoo/NinjaTrappeur) (Quit: WeeChat 4.2.2)
2024-05-27 15:44:56 +0200Square2(~Square4@user/square)
2024-05-27 15:44:56 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 252 seconds)
2024-05-27 15:45:35 +0200euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de) (Ping timeout: 264 seconds)
2024-05-27 15:46:11 +0200L29Ah(~L29Ah@wikipedia/L29Ah) (Read error: Connection reset by peer)
2024-05-27 15:46:25 +0200picnoir(~picnoir@about/aquilenet/vodoo/NinjaTrappeur)
2024-05-27 15:47:23 +0200euleritian(~euleritia@dynamic-176-003-008-221.176.3.pool.telefonica.de)
2024-05-27 15:47:37 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-05-27 15:49:01 +0200euphores(~SASL_euph@user/euphores)
2024-05-27 15:49:31 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 15:50:03 +0200 <tomsmeding> I have some C code in my cabal package, but when it changes cabal only re-links the executable, it doesn't rebuild the haskell code
2024-05-27 15:50:30 +0200 <tomsmeding> that's not enough in my case because I use some of the C code in template haskell as well, so the whole thing needs to be recompiled
2024-05-27 15:50:37 +0200 <tomsmeding> is there a way to tell this to cabal, or should I just `cabal clean`?
2024-05-27 15:51:45 +0200AlexZenon(~alzenon@94.233.240.116)
2024-05-27 15:52:55 +0200barak(~barak@2a0d:6fc2:68c1:7200:3cf2:a87d:a02b:3e21) (Ping timeout: 260 seconds)
2024-05-27 15:54:04 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 256 seconds)
2024-05-27 15:54:27 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-05-27 15:58:40 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 15:59:19 +0200euleritian(~euleritia@dynamic-176-003-008-221.176.3.pool.telefonica.de) (Read error: Connection reset by peer)
2024-05-27 15:59:35 +0200euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de)
2024-05-27 16:02:18 +0200phma(phma@2001:5b0:210d:41e8:5810:929f:6383:13ef) (Read error: Connection reset by peer)
2024-05-27 16:02:42 +0200phma(~phma@host-67-44-208-62.hnremote.net)
2024-05-27 16:03:35 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 264 seconds)
2024-05-27 16:07:38 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 16:15:41 +0200ddellacosta(~ddellacos@ool-44c73d29.dyn.optonline.net) (Ping timeout: 256 seconds)
2024-05-27 16:18:35 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 264 seconds)
2024-05-27 16:22:48 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-05-27 16:22:57 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 16:23:17 +0200waleee(~waleee@h-176-10-144-38.NA.cust.bahnhof.se) (Ping timeout: 240 seconds)
2024-05-27 16:24:44 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-05-27 16:28:07 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 272 seconds)
2024-05-27 16:34:28 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-05-27 16:37:57 +0200sable(~sable@host-95-252-188-97.retail.telecomitalia.it)
2024-05-27 16:38:13 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-05-27 16:40:42 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 16:45:59 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 252 seconds)
2024-05-27 16:48:27 +0200CiaoSen(~Jura@2a05:5800:2b1:b800:e6b9:7aff:fe80:3d03) (Ping timeout: 260 seconds)
2024-05-27 16:49:46 +0200L29Ah(~L29Ah@wikipedia/L29Ah)
2024-05-27 16:56:06 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-05-27 17:04:41 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 17:05:12 +0200vpan(~vpan@212.117.1.172)
2024-05-27 17:05:31 +0200vpanGuest1193
2024-05-27 17:05:42 +0200Guest1193vpan
2024-05-27 17:06:06 +0200petrichor(~znc-user@user/petrichor)
2024-05-27 17:07:30 +0200sable(~sable@host-95-252-188-97.retail.telecomitalia.it) (Remote host closed the connection)
2024-05-27 17:09:12 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 260 seconds)
2024-05-27 17:13:30 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 17:16:14 +0200lortabac(~lortabac@2a01:e0a:541:b8f0:55ab:e185:7f81:54a4) (Quit: WeeChat 4.2.1)
2024-05-27 17:16:46 +0200chexum(~quassel@gateway/tor-sasl/chexum) (Remote host closed the connection)
2024-05-27 17:17:12 +0200 <geekosaur> tomsmeding, I think currently that requires custom Setup because there's no way to describe a dependency between C and TH (it needs an extended version of build-tool-depends, essentially)
2024-05-27 17:17:15 +0200chexum(~quassel@gateway/tor-sasl/chexum)
2024-05-27 17:17:19 +0200 <geekosaur> I'd raise that one in a cabal ticket
2024-05-27 17:18:01 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 255 seconds)
2024-05-27 17:19:59 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-05-27 17:21:24 +0200 <tomsmeding> geekosaur: I see, thanks
2024-05-27 17:21:41 +0200 <tomsmeding> I'll just `cabal clean` when necessary I think, better than needing custom setup :)
2024-05-27 17:22:28 +0200euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de) (Ping timeout: 256 seconds)
2024-05-27 17:22:58 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 17:27:17 +0200euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de)
2024-05-27 17:27:34 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 256 seconds)
2024-05-27 17:28:13 +0200zetef(~quassel@5.2.182.99)
2024-05-27 17:31:52 +0200euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de) (Ping timeout: 268 seconds)
2024-05-27 17:31:52 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 17:31:59 +0200euleritian(~euleritia@dynamic-176-003-008-221.176.3.pool.telefonica.de)
2024-05-27 17:36:48 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 268 seconds)
2024-05-27 17:41:04 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 17:46:39 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 272 seconds)
2024-05-27 17:48:19 +0200 <lxsameer> hey folks, how do you manage the state of your program (entire program, like db connection, or connection to certain services)? A big state monad?
2024-05-27 17:54:06 +0200aforemny(~aforemny@i59F516E7.versanet.de)
2024-05-27 17:56:05 +0200td_(~td@i5387090b.versanet.de) (Quit: waking up from the american dream ...)
2024-05-27 17:56:17 +0200bitdex(~bitdex@gateway/tor-sasl/bitdex) (Quit: = "")
2024-05-27 17:58:41 +0200michalz(~michalz@185.246.207.197) (Quit: ZNC 1.9.0 - https://znc.in)
2024-05-27 17:59:34 +0200td_(~td@i5387090B.versanet.de)
2024-05-27 18:03:08 +0200michalz(~michalz@185.246.207.205)
2024-05-27 18:04:28 +0200 <joeyadams> lxsameer: A record with a bunch of TVars (STM) might be a good choice. Doesn't sound very Haskell-y, but putting all the state together to build main is more on the "implementation" side rather than the "business" side. If someone can chime in with better advice, that'd be great.
2024-05-27 18:05:42 +0200 <lxsameer> joeyadams: thank you
2024-05-27 18:06:10 +0200Square2(~Square4@user/square) (Ping timeout: 255 seconds)
2024-05-27 18:06:41 +0200 <joeyadams> Just make sure your record of TVars isn't referenced all over the place. It should only be close to main where you tie it all together. You generally want to minimize dependencies on state or IO in your business logic.
2024-05-27 18:07:52 +0200 <lxsameer> joeyadams: thank you, I'll keep that in mind
2024-05-27 18:09:27 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 18:13:10 +0200 <joeyadams> Another thing to check is that the architecture of your app is reasonably "restful", programming language aside. It's much *much* easier to test a program that runs, produces results, and dies than it is to test a service that is dependent on a bunch of state.
2024-05-27 18:15:56 +0200 <joeyadams> And for scenarios where you need that type of state (e.g. connections that need to be refreshed periodically), don't be afraid to use a little "object oriented programming". The resource-pool package is a good example of what I mean: https://hackage.haskell.org/package/resource-pool
2024-05-27 18:16:32 +0200 <Leary> lxsameer: https://www.parsonsmatt.org/2018/03/22/three_layer_haskell_cake.html
2024-05-27 18:17:03 +0200machinedgod(~machinedg@d173-183-246-216.abhsia.telus.net) (Ping timeout: 272 seconds)
2024-05-27 18:19:29 +0200BigKozlowski(~BigKozlow@194.5.60.133) (Ping timeout: 252 seconds)
2024-05-27 18:23:26 +0200 <lxsameer> joeyadams: Leary thank you both
2024-05-27 18:26:19 +0200 <joeyadams> That link is a fantastic overview. I suppose the only thing it doesn't really cover is concurrency, but the model holds up when you account for that.
2024-05-27 18:28:53 +0200 <bjorkint0sh> so we all know Haskell is a superior (if not the most superior) programming language to ever exist. No sarcasm. By definition haskellites wielding this tool, are the best! why does cabal suuuuuuuuuuuuuuuuuuuck so much???! is it not a haskell program created by haskellites??
2024-05-27 18:29:46 +0200 <bjorkint0sh> I'm frustrated and flabbergasted.
2024-05-27 18:29:54 +0200 <bjorkint0sh> and completely puzzled.
2024-05-27 18:30:26 +0200 <sclv> tomsmeding: maaaybe this helps? https://hackage.haskell.org/package/template-haskell-2.13.0.0/docs/Language-Haskell-TH-Syntax.html…
2024-05-27 18:31:36 +0200Pixi(~Pixi@user/pixi)
2024-05-27 18:31:39 +0200Pixi(~Pixi@user/pixi) (Read error: Connection reset by peer)
2024-05-27 18:31:42 +0200 <int-e> bjorkint0sh: what are you talking about
2024-05-27 18:31:45 +0200 <c_wraith> sclv: it would be cool if there was a version that took a glob, so adding a new file would trigger a recompile.
2024-05-27 18:32:25 +0200 <joeyadams> bjorkint0sh: What are you running into specifically? All package managers have their warts.
2024-05-27 18:32:32 +0200 <sclv> actually maybe i should have pinged geekosaur
2024-05-27 18:32:36 +0200 <bjorkint0sh> dependency errors.
2024-05-27 18:33:03 +0200 <bjorkint0sh> cabal was the reason I abandoned haskell some years back.
2024-05-27 18:33:09 +0200 <bjorkint0sh> I thought it would be better by now.
2024-05-27 18:33:09 +0200 <c_wraith> how is an inconsistent set of dependencies the fault of the package manager?
2024-05-27 18:33:15 +0200 <int-e> dependencies are genuinely hard
2024-05-27 18:33:32 +0200 <sclv> c_wraith: yeah, its pretty limited, i agree
2024-05-27 18:33:42 +0200 <bjorkint0sh> hmm. I see.
2024-05-27 18:33:55 +0200 <joeyadams> Stack is a bit easier. Though I find the "install five copies to random hexadecimal paths until it works" approach annoying.
2024-05-27 18:34:26 +0200 <bjorkint0sh> can anyone point me to some literature on the problems of dependency resolution?
2024-05-27 18:34:26 +0200 <joeyadams> Make sure you have about 100GB of disk space ready, you're going to need it.
2024-05-27 18:35:01 +0200 <bjorkint0sh> 100GB? that's nothing. Super fast SSDs are cheap. a TB is within most budgets.
2024-05-27 18:35:28 +0200 <bjorkint0sh> if that's what it takes, I'll do it.
2024-05-27 18:36:18 +0200 <sclv> dep resolution is np complete https://arxiv.org/pdf/2011.07851
2024-05-27 18:36:48 +0200 <bjorkint0sh> sclv, thank you. I'm reading right now.
2024-05-27 18:37:11 +0200 <sclv> but usually the problem is error messages, which is even harder, or just bitrot and having a hopeless task because of that or associated metadata issues
2024-05-27 18:37:13 +0200ph88(~ph88@2a02:8109:9e26:c800:e85:7b0c:48c4:ae07)
2024-05-27 18:39:14 +0200Tuplanolla(~Tuplanoll@91-159-69-59.elisa-laajakaista.fi)
2024-05-27 18:42:15 +0200BigKozlowski(~BigKozlow@194.5.60.133)
2024-05-27 18:44:13 +0200Pixi(~Pixi@user/pixi)
2024-05-27 18:49:42 +0200segfaultfizzbuzz(~segfaultf@23-93-189-95.fiber.dynamic.sonic.net)
2024-05-27 18:49:54 +0200segfaultfizzbuzz(~segfaultf@23-93-189-95.fiber.dynamic.sonic.net) (Client Quit)
2024-05-27 18:50:07 +0200segfaultfizzbuzz(~segfaultf@23-93-189-95.fiber.dynamic.sonic.net)
2024-05-27 18:50:34 +0200cfricke(~cfricke@user/cfricke) (Quit: WeeChat 4.2.2)
2024-05-27 18:50:49 +0200otto_s(~user@p5b0440dc.dip0.t-ipconnect.de) (Ping timeout: 256 seconds)
2024-05-27 18:50:52 +0200natto(~natto@129.154.243.159) (Quit: a.)
2024-05-27 18:51:51 +0200AlexNoo(~AlexNoo@94.233.240.116) (Read error: Connection reset by peer)
2024-05-27 18:52:15 +0200AlexNoo(~AlexNoo@94.233.240.116)
2024-05-27 18:52:29 +0200natto(~natto@129.154.243.159)
2024-05-27 18:53:33 +0200vpan(~vpan@212.117.1.172) (Quit: Leaving.)
2024-05-27 18:58:53 +0200L29Ah(~L29Ah@wikipedia/L29Ah) (Read error: Connection reset by peer)
2024-05-27 19:00:49 +0200xal(~xal@mx1.xal.systems) ()
2024-05-27 19:02:17 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-05-27 19:02:30 +0200L29Ah(~L29Ah@wikipedia/L29Ah)
2024-05-27 19:03:31 +0200joeyadams(~joeyadams@38.48.105.67) (Quit: Leaving)
2024-05-27 19:04:35 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-05-27 19:04:38 +0200xal(~xal@mx1.xal.systems)
2024-05-27 19:11:57 +0200 <tomsmeding> 99% what you're running into is cabal's unfortunately complex reporting of dependency resolution problems
2024-05-27 19:12:15 +0200 <tomsmeding> sclv: let's try!
2024-05-27 19:14:45 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-05-27 19:14:54 +0200 <tomsmeding> sclv: seems like that works! Beautiful, thank you :)
2024-05-27 19:15:33 +0200puke(~puke@user/puke) (Read error: Connection reset by peer)
2024-05-27 19:15:56 +0200puke(~puke@user/puke)
2024-05-27 19:16:16 +0200petrichor(~znc-user@user/petrichor) (Quit: ZNC 1.8.2 - https://znc.in)
2024-05-27 19:16:44 +0200petrichor(~znc-user@user/petrichor)
2024-05-27 19:17:54 +0200chele(~chele@user/chele) (Remote host closed the connection)
2024-05-27 19:20:16 +0200 <bjorkint0sh> alternatives to cabal?
2024-05-27 19:20:36 +0200 <int-e> stack has been mentioned
2024-05-27 19:22:05 +0200 <tomsmeding> you could choose a snapshot here (pick one for the GHC version that you're using) https://www.stackage.org/
2024-05-27 19:22:07 +0200tzh(~tzh@c-76-115-131-146.hsd1.or.comcast.net)
2024-05-27 19:22:25 +0200 <tomsmeding> and then `curl https://www.stackage.org/lts-22.23/cabal.config >cabal.project.freeze` (if you choose 22.23
2024-05-27 19:22:48 +0200 <tomsmeding> that's a list of package versions that work together
2024-05-27 19:23:08 +0200 <tomsmeding> upside: as long as you stay within that package set, there will be no dependency resolution errors
2024-05-27 19:23:19 +0200 <tomsmeding> downside: you can't upgrade individual packages :p
2024-05-27 19:23:31 +0200 <tomsmeding> (stack has these snapshots built-in)
2024-05-27 19:23:43 +0200 <bjorkint0sh> downloading now.
2024-05-27 19:24:34 +0200 <bjorkint0sh> cobbler's wife is worst shod and whatnot.
2024-05-27 19:26:46 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-05-27 19:27:11 +0200zetef(~quassel@5.2.182.99) (Ping timeout: 268 seconds)
2024-05-27 19:28:53 +0200 <tomsmeding> bjorkint0sh: by the way, if you paste the dependency resolution error in a pastebin we're probably able to figure out what exactly is the problem
2024-05-27 19:28:59 +0200 <tomsmeding> @where paste
2024-05-27 19:29:00 +0200 <lambdabot> Help us help you: please paste full code, input and/or output at e.g. https://paste.tomsmeding.com
2024-05-27 19:29:43 +0200pavonia(~user@user/siracusa) (Quit: Bye!)
2024-05-27 19:31:36 +0200barak(~barak@2a0d:6fc2:68c1:7200:3cf2:a87d:a02b:3e21)
2024-05-27 19:32:00 +0200 <bjorkint0sh> very kind of you, tomsmeding.
2024-05-27 19:32:24 +0200 <tomsmeding> (We're aware that cabal's dependency resolution errors leave something to be desired when it comes to clarity :p)
2024-05-27 19:32:41 +0200 <bjorkint0sh> https://paste.tomsmeding.com/RHlCuJyH
2024-05-27 19:33:07 +0200 <bjorkint0sh> if the error is mine, I'd like to correct it.
2024-05-27 19:33:15 +0200 <bjorkint0sh> perhaps I did not type in the right incantation.
2024-05-27 19:33:26 +0200 <tomsmeding> bjorkint0sh: you have an upper bound on `base` saying `<4.10`
2024-05-27 19:33:36 +0200 <bjorkint0sh> this is a fresh install.
2024-05-27 19:33:51 +0200 <tomsmeding> you're using ghc 9.4.8 which comes with base-4.17.2.1, which you must use: base is linked to ghc
2024-05-27 19:33:53 +0200 <bjorkint0sh> and that was the first thing I tried to pull in.
2024-05-27 19:34:14 +0200 <bjorkint0sh> I see. so it's my fault then.
2024-05-27 19:34:21 +0200 <tomsmeding> oh wait
2024-05-27 19:34:23 +0200 <tomsmeding> I see
2024-05-27 19:34:29 +0200 <tomsmeding> `teeth` is severly outdated
2024-05-27 19:34:55 +0200 <tomsmeding> the last ghc version that its cabal file claims to work with is 8.2.2, which is... a while ago :p
2024-05-27 19:34:58 +0200 <bjorkint0sh> so why does it not say 'that's a rotten tooth. it needs to go out'.
2024-05-27 19:35:22 +0200 <bjorkint0sh> rather than the half page of whatever it was on my screen.
2024-05-27 19:35:26 +0200 <tomsmeding> furthermore, though, because this is a library, you shouldn't try to `cabal install` it
2024-05-27 19:35:31 +0200 <tomsmeding> `cabal install` is for executables
2024-05-27 19:35:33 +0200 <bjorkint0sh> ah.
2024-05-27 19:35:36 +0200 <bjorkint0sh> what should I use then?
2024-05-27 19:36:00 +0200 <geekosaur> cabal will install it automatically as a dependency
2024-05-27 19:36:06 +0200 <tomsmeding> the cabal model is that you create a _project_ (which is just a "whatever.cabal" file in a directory, really), and then you specify the dependencies in that whatever.cabal file
2024-05-27 19:36:14 +0200 <tomsmeding> try `cabal init` in an empty directory
2024-05-27 19:36:15 +0200 <bjorkint0sh> fair enough.
2024-05-27 19:36:28 +0200 <bjorkint0sh> what package manager does ghc come with, if not cabal?
2024-05-27 19:36:32 +0200 <tomsmeding> when building that "project", cabal will automatically pull in dependencies etc
2024-05-27 19:36:34 +0200 <geekosaur> none
2024-05-27 19:36:41 +0200 <bjorkint0sh> my mistake.
2024-05-27 19:36:46 +0200 <tomsmeding> the model is that you don't install libraries globally at all
2024-05-27 19:36:49 +0200 <tomsmeding> that was the old cabal model
2024-05-27 19:36:52 +0200 <sclv> in this case i just browsed teeth and saw its a single file with a few datatypes. it just has outdated bounds in the metadata which means the solver won't like it.
2024-05-27 19:36:56 +0200 <geekosaur> many people use ghc without any package manager, generally under control of make or etc.
2024-05-27 19:37:07 +0200 <tomsmeding> many people didn't like it because it resulted in big dependency messes
2024-05-27 19:37:09 +0200 <bjorkint0sh> so I'm using it wrong?
2024-05-27 19:37:30 +0200 <tomsmeding> so the new model is "don't install libraries globally, declaratively specify what you need in a project and cabal will figure it out (if possible)"
2024-05-27 19:37:30 +0200L29Ah(~L29Ah@wikipedia/L29Ah) (Read error: Connection reset by peer)
2024-05-27 19:37:33 +0200phma(~phma@host-67-44-208-62.hnremote.net) (Read error: Connection reset by peer)
2024-05-27 19:37:40 +0200 <sclv> its important to audit your dependencies -- in this case you can read off the error message the problem:
2024-05-27 19:37:40 +0200 <sclv> [__1] rejecting: base-4.17.2.1/installed-4.17.2.1 (conflict: teeth =>
2024-05-27 19:37:40 +0200 <sclv> base>=4.7 && <4.10)
2024-05-27 19:37:46 +0200 <geekosaur> when you do that, you end up with many versions of many libraries installed where ghc will see them and sometimes create diamond dependencies
2024-05-27 19:38:02 +0200 <geekosaur> cabal and stack instead strictly control package installation and visib ility
2024-05-27 19:38:08 +0200 <sclv> so that says that the installed base (which you can't change, because each ghc version ships with a single base version) is 4.17 but teeth requires less than 4.10.
2024-05-27 19:38:30 +0200phma(phma@2001:5b0:210f:6488:3838:22e1:4b7c:272e)
2024-05-27 19:38:32 +0200 <sclv> to use it, you can clone the package locally and change the bounds, or in this case, since its so little code, just copy it into a local project to begin with
2024-05-27 19:39:11 +0200zetef(~quassel@5.2.182.99)
2024-05-27 19:39:11 +0200 <tomsmeding> if you make a project, as I described, you can also selectively tell cabal to ignore certain bounds for certain dependencies
2024-05-27 19:39:29 +0200 <tomsmeding> because probably this upper bound on base for 'teeth' is just overly cautious, and it would compile fine with a modern ghc
2024-05-27 19:41:13 +0200 <bjorkint0sh> interesting. good thing I run into that problem right away. someone should tell the authors of this book: https://link.springer.com/book/10.1007/978-3-030-76908-6
2024-05-27 19:41:22 +0200 <bjorkint0sh> because I'm following their suggestion on page 359.
2024-05-27 19:41:54 +0200 <bjorkint0sh> the book was published in 2021.
2024-05-27 19:42:01 +0200 <tomsmeding> and probably written in 2019 or so
2024-05-27 19:42:02 +0200 <bjorkint0sh> they simply didn't run their own example.
2024-05-27 19:42:23 +0200 <tomsmeding> hm, ghc 8.2.2 dates to end of 2017
2024-05-27 19:42:27 +0200 <bjorkint0sh> right.
2024-05-27 19:42:44 +0200 <tomsmeding> sclv: do you know how to get hold of a hackage admin who can perhaps up that base bound?
2024-05-27 19:43:34 +0200 <tomsmeding> the content of the package ( https://hackage.haskell.org/package/teeth-0.2.0.2/src/Anatomy/Teeth.hs ) doesn't look like it will ever stop working
2024-05-27 19:44:25 +0200 <tomsmeding> bjorkint0sh: but yeah, the "let's `cabal install` a library" was a thing in the past, and it unfortunately lives on in a lot of (especially printed, but also digital) documentation
2024-05-27 19:45:01 +0200 <tomsmeding> the change in cabal's design made the first steps in haskell a bit more work, but it simplifies the world for all the years after that
2024-05-27 19:45:10 +0200 <bjorkint0sh> I bought the book last week, it was printed in 2022.
2024-05-27 19:45:20 +0200 <bjorkint0sh> surely, that change should have percolated by then?
2024-05-27 19:46:16 +0200 <tomsmeding> indeed, cabal v3 was end of 2019, if I'm seeing this correctly
2024-05-27 19:46:26 +0200 <tomsmeding> but the publication process for books is slow
2024-05-27 19:46:49 +0200 <bjorkint0sh> yes. the book has a website. nothing in the errata. https://www.intro-to-computation.com/errata.pdf
2024-05-27 19:46:56 +0200 <sclv> the usual way to bump bounds is to make a trustee request https://github.com/haskell-infra/hackage-trustees/ -- but in this case i think its not the sort of package that we should worry about
2024-05-27 19:46:58 +0200 <bjorkint0sh> I'm betting it was a total oversight.
2024-05-27 19:47:11 +0200 <bjorkint0sh> 'works on my machine' sort of error.
2024-05-27 19:47:23 +0200 <tomsmeding> and the package in question is not a central package expected to be updated indefinitely, and also not maintained by the authors -- together that makes including it in a book a risky move
2024-05-27 19:47:38 +0200 <tomsmeding> sclv: apparently it occurs in a book
2024-05-27 19:47:59 +0200 <tomsmeding> surely ~nothing else on hackage uses it, but it would improve the experience of newcomers via that book a little bit
2024-05-27 19:48:13 +0200 <tomsmeding> bjorkint0sh: does the book tell you explicitly to `cabal install teeth`?
2024-05-27 19:48:13 +0200 <bjorkint0sh> a lot bit.
2024-05-27 19:48:16 +0200 <bjorkint0sh> yes.
2024-05-27 19:48:34 +0200 <tomsmeding> okay that's harder to address :p
2024-05-27 19:48:38 +0200 <bjorkint0sh> "for instance, run the command $ cabal install teeth "
2024-05-27 19:48:41 +0200 <sclv> that's... strange. that package hasn't been updated since 2016.
2024-05-27 19:48:46 +0200 <bjorkint0sh> otherwise how the hell would I know it even existed??
2024-05-27 19:48:55 +0200 <tomsmeding> bjorkint0sh: good point :)
2024-05-27 19:49:04 +0200 <tomsmeding> sclv: yeah the authors made a strange choice there
2024-05-27 19:49:38 +0200 <bjorkint0sh> i'd say it's a good education in blind trust.
2024-05-27 19:49:51 +0200 <sclv> alright i pushed a metadata revision to < 5 because this is silly
2024-05-27 19:49:59 +0200 <bjorkint0sh> it's on page 359, and I guess a lot of people don't read past the first few pages anyway.
2024-05-27 19:50:04 +0200 <tomsmeding> \o/
2024-05-27 19:50:09 +0200 <tomsmeding> bjorkint0sh: which chapter is that
2024-05-27 19:50:33 +0200 <bjorkint0sh> supplementary information.
2024-05-27 19:50:37 +0200 <bjorkint0sh> in the appendix.
2024-05-27 19:50:43 +0200 <bjorkint0sh> after chapter 32.
2024-05-27 19:50:56 +0200 <tomsmeding> heh, doesn't appear here https://www.intro-to-computation.com/code/
2024-05-27 19:51:12 +0200 <bjorkint0sh> I assure you it's in the book.
2024-05-27 19:51:19 +0200 <tomsmeding> I believe you :)
2024-05-27 19:51:30 +0200barak(~barak@2a0d:6fc2:68c1:7200:3cf2:a87d:a02b:3e21) (Ping timeout: 256 seconds)
2024-05-27 19:51:52 +0200 <bjorkint0sh> https://link.springer.com/content/pdf/bbm:978-3-030-76908-6/1
2024-05-27 19:51:55 +0200 <bjorkint0sh> right there.
2024-05-27 19:52:29 +0200 <tomsmeding> it's also the only use of that, apparently
2024-05-27 19:53:03 +0200 <bjorkint0sh> is that an excuse? :-)
2024-05-27 19:53:44 +0200 <tomsmeding> well, at least you can enjoy the rest of the book, which is everything except a single margin note :)
2024-05-27 19:53:49 +0200 <tomsmeding> that lessens the problem, in my eyes
2024-05-27 19:54:17 +0200 <bjorkint0sh> of course. I say it was a careless, easily addressable error.
2024-05-27 19:54:24 +0200 <tomsmeding> also true
2024-05-27 19:55:05 +0200 <tomsmeding> bjorkint0sh: if you want to get started with using dependencies, try this tutorial perhaps https://cabal.readthedocs.io/en/stable/getting-started.html
2024-05-27 19:55:26 +0200 <bjorkint0sh> ah this is on cabal.
2024-05-27 19:55:39 +0200 <bjorkint0sh> I shall read it. knowing one's tools is essential.
2024-05-27 19:55:59 +0200 <tomsmeding> I was going to type "I don't know of a good cabal tutorial", but then made the effort of searching for "cabal tutorial" and found out that the first chapter of cabal's own user guide may well do the trick :)
2024-05-27 19:56:20 +0200 <tomsmeding> bjorkint0sh: a life hack in haskell world is that the user guides of the core tools (ghc, cabal, ghcup) are surprisingly good
2024-05-27 19:56:34 +0200 <bjorkint0sh> but, I think of packages as bills of material. a problem long solved by warehouse managers without so much as a highschool diploma.
2024-05-27 19:58:50 +0200 <tomsmeding> if all things you're trying to pull in are actively updated, it can be as easy ;)
2024-05-27 19:59:25 +0200zetef(~quassel@5.2.182.99) (Remote host closed the connection)
2024-05-27 19:59:35 +0200 <bjorkint0sh> so, yes every now and then a Boeing jet loses a door. but think of the massively more complex problem of putting together a jet vs 'cabal install teeth'.
2024-05-27 19:59:50 +0200 <tomsmeding> mind that this was not cabal's fault
2024-05-27 19:59:53 +0200 <bjorkint0sh> yet. it's somehow mathematically impossible :-/
2024-05-27 19:59:55 +0200 <bjorkint0sh> right.
2024-05-27 20:00:02 +0200 <bjorkint0sh> package owner failed to update, yes?
2024-05-27 20:00:13 +0200 <bjorkint0sh> bit rot.
2024-05-27 20:00:19 +0200 <tomsmeding> if a supplier only offers you a door for the frame version of 5 years ago, it's not the fault of the buying officer for saying "that's not going to work"
2024-05-27 20:00:35 +0200 <tomsmeding> now, in this case that door would have worked perfectly fine
2024-05-27 20:00:46 +0200 <tomsmeding> but the supplier said it didn't, so what was cabal to do?
2024-05-27 20:00:52 +0200 <tomsmeding> bit rot indeed
2024-05-27 20:01:10 +0200 <monochrom> Time to consider "patches welcome".
2024-05-27 20:07:27 +0200puke(~puke@user/puke) (Remote host closed the connection)
2024-05-27 20:07:49 +0200puke(~puke@user/puke)
2024-05-27 20:08:34 +0200 <sclv> also as i pointed out the error was very helpful: "[__1] rejecting: base-4.17.2.1/installed-4.17.2.1 (conflict: teeth => base>=4.7 && <4.10)"
2024-05-27 20:09:30 +0200 <tomsmeding> the thing the user must do here, though, is accept that they're getting a fairly big wall of text in an unfamiliar format for a seemingly simple request
2024-05-27 20:09:44 +0200 <tomsmeding> and then read through it to find the small bit that they need
2024-05-27 20:09:55 +0200 <tomsmeding> _we_ know how to do that in < 1 second
2024-05-27 20:10:13 +0200 <tomsmeding> now I'm not saying I know how to do better!
2024-05-27 20:10:32 +0200 <tomsmeding> but I understand newcomers who see a cabal dependency resolution error and get scared
2024-05-27 20:10:58 +0200L29Ah(~L29Ah@wikipedia/L29Ah)
2024-05-27 20:11:12 +0200 <tomsmeding> perhaps simple cases could be special-cased in cabal to print in a more friendly fashion, but then that would leave the cases that fall _just_ outside that set of simple cases
2024-05-27 20:11:36 +0200 <monochrom> Eventually everyone will need that kind of skill. You search on Google or Bing, you need to wade through all the junk and recognize that it is the 12th hit that is the only relevant one.
2024-05-27 20:11:59 +0200 <tomsmeding> people are familiar with lists of search results
2024-05-27 20:12:12 +0200 <sclv> i think we basically just need to warn people that errors may occur in dependencies at all. it just... doesn't occur to them until they hit it. unlike getting compile errors where they've already been acculturated to the fact that this is Normal
2024-05-27 20:12:15 +0200 <tomsmeding> people are not familiar with this https://paste.tomsmeding.com/RHlCuJyH
2024-05-27 20:12:19 +0200 <tomsmeding> (yet)
2024-05-27 20:12:31 +0200 <tomsmeding> sclv: also good point
2024-05-27 20:12:39 +0200 <bjorkint0sh> that's some serious stockholm syndrome "we choose not to depart from tradition because we had it tough too!" :-)
2024-05-27 20:12:42 +0200euphores(~SASL_euph@user/euphores) (Quit: Leaving.)
2024-05-27 20:12:44 +0200 <bjorkint0sh> it can be made easier.
2024-05-27 20:12:49 +0200 <bjorkint0sh> it can be made 100 times better.
2024-05-27 20:12:51 +0200 <bjorkint0sh> but why change?
2024-05-27 20:12:56 +0200 <bjorkint0sh> Tradition. :-|
2024-05-27 20:13:04 +0200 <monochrom> Time to bring out "patches welcome".
2024-05-27 20:13:17 +0200 <monochrom> You said you know how to solve it. Let's see you solve it.
2024-05-27 20:13:23 +0200 <tomsmeding> bjorkint0sh: in functional programming, the overwhelming majority of people are very nice and well-meaning
2024-05-27 20:13:44 +0200 <bjorkint0sh> tomsmeding and new users are deeply frustrated.
2024-05-27 20:13:47 +0200 <monochrom> I honestly don't know how to solve it.
2024-05-27 20:13:48 +0200 <tomsmeding> perhaps surprisingly, this is apparently different from some other fields in computer science
2024-05-27 20:14:10 +0200 <tomsmeding> if you want to effect change, I suggest you bring it in a way that appeals to the community you're trying to change :)
2024-05-27 20:14:20 +0200 <bjorkint0sh> you're right.
2024-05-27 20:14:23 +0200 <tomsmeding> "but why change? Tradition. :-|" is probably not the best way ;)
2024-05-27 20:14:31 +0200 <bjorkint0sh> it's what everyone's saying.
2024-05-27 20:14:33 +0200 <monochrom> Alternatively I could also cite https://danluu.com/cocktail-ideas/
2024-05-27 20:14:47 +0200 <tomsmeding> as monochrom says, the best way here is typically: "I know how to do it better, here it is written out"
2024-05-27 20:14:49 +0200 <bjorkint0sh> i merely summarized it.
2024-05-27 20:15:02 +0200 <tomsmeding> we tend to appreciate precise solutions and get enthousiastic about them
2024-05-27 20:15:14 +0200 <tomsmeding> we don't tend to get enthousiastic about "stuff can be better" :)
2024-05-27 20:15:29 +0200 <bjorkint0sh> well here I am, just bought a book on a subject I know little about, and the first thing I type in gives me an error.
2024-05-27 20:15:34 +0200 <bjorkint0sh> I don't know what I don't know at that point.
2024-05-27 20:15:55 +0200 <tomsmeding> of course, but that's not the fault of the people in this irc channel :)
2024-05-27 20:16:06 +0200 <monochrom> Not even of the community.
2024-05-27 20:16:07 +0200 <bjorkint0sh> no it's not. you're correct.
2024-05-27 20:16:10 +0200 <bjorkint0sh> it's no one's fault.
2024-05-27 20:16:11 +0200 <tomsmeding> I agree that things can be better -- I've said so before
2024-05-27 20:16:18 +0200 <sclv> the book told you to type something silly. it happens
2024-05-27 20:16:36 +0200 <bjorkint0sh> it's not even the book's fault. I failed.
2024-05-27 20:16:45 +0200 <monochrom> The academia problem of not updating academic books, papers, software is not even an unsolved problem, it's a wontfix problem.
2024-05-27 20:17:41 +0200 <sclv> no, its the books fault. it gave an example that would necessarily go out of date quickly, and it did. it was probably out of date since the book was published -- old repurposed text. that package hasn't been installable since 2017
2024-05-27 20:17:51 +0200 <monochrom> At which point it's an economic problem because you have to look at incentives and rewards and lack thereof in academic to explain why a prof prefers to move on to the next project rather than update a past project.
2024-05-27 20:18:08 +0200 <bjorkint0sh> because they're human and they get bored, monochrom.
2024-05-27 20:18:09 +0200barak(~barak@2a0d:6fc2:68c1:7200:3cf2:a87d:a02b:3e21)
2024-05-27 20:18:28 +0200 <tomsmeding> I can assure you that professors in academia are, overwhelmingly, _not_ bored
2024-05-27 20:18:29 +0200 <bjorkint0sh> left as an exercise for the reader.
2024-05-27 20:18:30 +0200 <tomsmeding> :p
2024-05-27 20:18:31 +0200euphores(~SASL_euph@user/euphores)
2024-05-27 20:18:42 +0200 <bjorkint0sh> hah.
2024-05-27 20:19:02 +0200 <tomsmeding> (exceptions exist, of course)
2024-05-27 20:20:02 +0200 <bjorkint0sh> it's my fault. I should have waited for a second edition.
2024-05-27 20:20:05 +0200 <bjorkint0sh> perhaps next time.
2024-05-27 20:20:26 +0200fizbin__(~fizbin@user/fizbin)
2024-05-27 20:20:28 +0200ft(~ft@p508db8fc.dip0.t-ipconnect.de)
2024-05-27 20:21:03 +0200fizbin_(~fizbin@user/fizbin)
2024-05-27 20:21:34 +0200 <monochrom> Hell, you may even have to look at who actually write actual code to see why the code is not updated. (Hint: Not the prof themselves.)
2024-05-27 20:22:24 +0200 <monochrom> which again is a very precarious economic problem, not a technical problem.
2024-05-27 20:25:09 +0200fizbin__(~fizbin@user/fizbin) (Ping timeout: 268 seconds)
2024-05-27 20:25:13 +0200 <bjorkint0sh> hmm. the currency of the realm being time and attention in this case? it's certainly not financial, I think?
2024-05-27 20:26:44 +0200 <monochrom> Currency of tenure-track profs is how many new papers they can publish.
2024-05-27 20:28:06 +0200 <monochrom> Currency of students is project course credits so they can graduate so they can leave behind this past life of unpaid coding labour and go out to earn real salary.
2024-05-27 20:29:03 +0200yeitrafferin(~user@2a04:4540:7214:e700:2ca:f3f5:ac7a:35d3)
2024-05-27 20:29:13 +0200 <monochrom> Profs don't have to write code because they can get free labours from students who are desperate for graduation. Afterwards, profs don't even understand the code.
2024-05-27 20:30:00 +0200 <bjorkint0sh> nor do they necessarily verify the code.
2024-05-27 20:30:02 +0200 <bjorkint0sh> who has the time?
2024-05-27 20:30:04 +0200 <monochrom> But it's OK, understanding and updating old code for old papers does not earn you future research grants, so there is no need. Just move on to the next research topic.
2024-05-27 20:30:55 +0200 <bjorkint0sh> . o O "if the reader is to slow to figure it out, then this is not for them".
2024-05-27 20:30:58 +0200 <bjorkint0sh> but that's me!
2024-05-27 20:31:14 +0200 <bjorkint0sh> I'm the subject of my own shower thought. I am reader.
2024-05-27 20:38:59 +0200rvalue(~rvalue@user/rvalue) (Ping timeout: 260 seconds)
2024-05-27 20:39:55 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-05-27 20:42:32 +0200 <mauke> what do you call someone who reads a paper on category theory?
2024-05-27 20:42:35 +0200michalz(~michalz@185.246.207.205) (Quit: ZNC 1.8.2 - https://znc.in)
2024-05-27 20:42:55 +0200 <bjorkint0sh> "not I" is automatic response.
2024-05-27 20:43:02 +0200 <bjorkint0sh> 'uncategorized'?
2024-05-27 20:43:09 +0200 <monochrom> Category theorist?
2024-05-27 20:43:09 +0200 <mauke> a co-author
2024-05-27 20:43:13 +0200 <monochrom> Oh hahahahaha
2024-05-27 20:43:14 +0200 <bjorkint0sh> hahaha
2024-05-27 20:43:46 +0200 <ncf> itym cowriter
2024-05-27 20:44:12 +0200raehik(~raehik@rdng-25-b2-v4wan-169990-cust1344.vm39.cable.virginm.net)
2024-05-27 20:45:08 +0200 <bjorkint0sh> is co-author not the same?
2024-05-27 20:46:14 +0200target_i(~target_i@user/target-i/x-6023099)
2024-05-27 20:47:44 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-05-27 20:47:44 +0200 <ncf> https://ncatlab.org/nlab/show/cowriter+comonad
2024-05-27 20:48:28 +0200 <bjorkint0sh> what the hell was that?!
2024-05-27 20:48:32 +0200michalz(~michalz@185.246.207.205)
2024-05-27 20:49:30 +0200 <ncf> in haskell: https://hackage.haskell.org/package/comonad-5.0.8/docs/src/Control.Comonad.html#line-168
2024-05-27 20:51:09 +0200michalz(~michalz@185.246.207.205) (Client Quit)
2024-05-27 20:55:17 +0200fizbin_(~fizbin@user/fizbin) (Ping timeout: 240 seconds)
2024-05-27 20:56:30 +0200michalz(~michalz@185.246.207.221)
2024-05-27 20:58:16 +0200L29Ah(~L29Ah@wikipedia/L29Ah) (Read error: Connection reset by peer)
2024-05-27 20:59:02 +0200michalz(~michalz@185.246.207.221) (Client Quit)
2024-05-27 20:59:03 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-05-27 20:59:06 +0200rekahsoft(~rekahsoft@184.148.6.204)
2024-05-27 21:01:25 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-05-27 21:01:37 +0200michalz(~michalz@185.246.207.200)
2024-05-27 21:08:53 +0200sawilagar(~sawilagar@user/sawilagar)
2024-05-27 21:11:18 +0200joeyadams(~joeyadams@38.48.105.67)
2024-05-27 21:13:29 +0200puke(~puke@user/puke) (Remote host closed the connection)
2024-05-27 21:13:48 +0200puke(~puke@user/puke)
2024-05-27 21:21:02 +0200 <sm> bjorkint0sh : for the record, thank you for reporting the experience and yes it can still be very painful for a non-expert. It's a hard problem and cabal has no paid developers AFAIK and due to its age and evolution it has a lot of technical/UX/doc/book debt. I see a quite lot of passing the buck here though
2024-05-27 21:22:08 +0200yeitrafferin(~user@2a04:4540:7214:e700:2ca:f3f5:ac7a:35d3) (Quit: Leaving)
2024-05-27 21:23:17 +0200barak(~barak@2a0d:6fc2:68c1:7200:3cf2:a87d:a02b:3e21) (Ping timeout: 240 seconds)
2024-05-27 21:24:35 +0200raehik(~raehik@rdng-25-b2-v4wan-169990-cust1344.vm39.cable.virginm.net) (Ping timeout: 264 seconds)
2024-05-27 21:24:48 +0200Guest87(~Guest95@085080252042.dynamic.telenor.dk)
2024-05-27 21:31:05 +0200 <bjorkint0sh> thanks sm. my prior experience with packages has been with R and Perl (among others) where things just work.
2024-05-27 21:31:37 +0200 <bjorkint0sh> but hopefully I'll learn enough cabal and haskell to learn to fix these errors when they arise.
2024-05-27 21:32:10 +0200rekahsoft(~rekahsoft@184.148.6.204) (Remote host closed the connection)
2024-05-27 21:33:02 +0200rekahsoft(~rekahsoft@bras-base-orllon1103w-grc-13-184-148-6-204.dsl.bell.ca)
2024-05-27 21:33:19 +0200 <geekosaur> perl hasn't "just worked" for me in years, there's a LOT of bitrot on CPAN these days
2024-05-27 21:33:34 +0200 <Rembane> geekosaur: When did it stop working?
2024-05-27 21:33:38 +0200 <Rembane> ...out of curiosity
2024-05-27 21:34:10 +0200 <geekosaur> don't really know, but for the past several years I've needed to download stuff off of CPN and patch it
2024-05-27 21:34:25 +0200 <bjorkint0sh> geekosaur, luck of the draw, I guess.
2024-05-27 21:34:29 +0200 <mauke> I suspect the CPAN experience is highly variable
2024-05-27 21:34:34 +0200 <Rembane> geekosaur: Oh. Got it.
2024-05-27 21:34:37 +0200 <mauke> depends a lot on which modules you need
2024-05-27 21:35:08 +0200 <geekosaur> most recently I tried to install the Perl LSP for vscode, eventually gave up because I ran into an unending tangle of incompatible packages
2024-05-27 21:36:12 +0200 <mauke> geekosaur: which one?
2024-05-27 21:38:38 +0200 <mauke> (I'm aware of 3: Perl::LanguageServer, PLS, and PerlNavigator)
2024-05-27 21:39:27 +0200 <geekosaur> richterger.perl in vscode's extensions marketplace (Perl::LanguageServer apparently)
2024-05-27 21:39:38 +0200 <geekosaur> tried to install that, got lots of outdated modules
2024-05-27 21:39:56 +0200 <geekosaur> which surprised me because I usually expect to be the outdated one (hello ubuntu)
2024-05-27 21:40:30 +0200 <mauke> hmm, lots of MLEHMANN stuff in the dep chain :-/
2024-05-27 21:45:04 +0200fizbin_(~fizbin@user/fizbin)
2024-05-27 21:45:11 +0200euleritian(~euleritia@dynamic-176-003-008-221.176.3.pool.telefonica.de) (Ping timeout: 252 seconds)
2024-05-27 21:50:29 +0200 <monochrom> R and Perl are interpreted not compiled. That makes package management easier. Hell, trivial.
2024-05-27 21:51:07 +0200 <EvanR> does perl have a type system
2024-05-27 21:51:16 +0200 <monochrom> Because with compiling you are at least looking at asm-level mismatches. With interpreter you always load the source code.
2024-05-27 21:51:20 +0200 <bjorkint0sh> yes. a dynamic one, EvanR :-)
2024-05-27 21:52:41 +0200 <mauke> EvanR: not really
2024-05-27 21:53:06 +0200 <EvanR> "no. A dynamic one"
2024-05-27 21:53:17 +0200 <monochrom> But even with Python and Javascript npm etc etc people end up going out of their ways to make a complex infrastructure for packages, so you know that either those people are stupid or (much more likely) this is not actually as easy as a highschool diploma warehouse manager problem.
2024-05-27 21:53:22 +0200 <mauke> it has a form of syntactic typing, if you will :-)
2024-05-27 21:53:43 +0200 <EvanR> some of these newer dynamic languages want types and try to retrofit
2024-05-27 21:53:52 +0200 <monochrom> At which point, https://danluu.com/cocktail-ideas/ applies.
2024-05-27 21:55:59 +0200 <bjorkint0sh> monochrom, I want to read this now: https://www.patreon.com/posts/61946482
2024-05-27 21:56:09 +0200 <bjorkint0sh> it's an intriguing essay.
2024-05-27 21:57:11 +0200 <mauke> eh. "'No one thinks about moving the starting or ending point of the bridge midway through construction.' But Hillel interviewed a civil engineer who said that they had to move a bridge!"
2024-05-27 21:57:29 +0200 <mauke> that's not a good argument
2024-05-27 21:59:04 +0200 <bjorkint0sh> funny. having worked with a bridge repair crew who had to do precisely that ...
2024-05-27 21:59:46 +0200 <monochrom> Yikes, they have to move one endpoint of an existing bridge?
2024-05-27 22:00:20 +0200 <darkling> There's a rail bridge not far from here where they had to build the replacement, *then* demolish the original and move the replacement into place.
2024-05-27 22:00:22 +0200 <bjorkint0sh> it's not as crazy as it sounds. bridges lean in one direction or another over time, so what you do is you take a bit off one end and add more to the other end.
2024-05-27 22:00:23 +0200 <monochrom> It must have been epic.
2024-05-27 22:00:45 +0200Guest87(~Guest95@085080252042.dynamic.telenor.dk) (Ping timeout: 250 seconds)
2024-05-27 22:00:49 +0200 <bjorkint0sh> pro tip. if the jack hammer bit falls out, don't touch it with your hand.
2024-05-27 22:00:55 +0200 <bjorkint0sh> let it cool first.
2024-05-27 22:00:58 +0200 <darkling> Total downtime for the rail link was about 48 hours.
2024-05-27 22:02:53 +0200causal(~eric@50.35.88.207)
2024-05-27 22:04:45 +0200chexum(~quassel@gateway/tor-sasl/chexum) (Quit: No Ping reply in 180 seconds.)
2024-05-27 22:04:48 +0200 <Rembane> darkling: That's some serious engineering. Lovely!
2024-05-27 22:05:18 +0200barak(~barak@2a0d:6fc2:68c1:7200:3cf2:a87d:a02b:3e21)
2024-05-27 22:05:45 +0200 <bjorkint0sh> it's merely civil :-)
2024-05-27 22:05:56 +0200 <bjorkint0sh> polite, in fact.
2024-05-27 22:06:12 +0200 <darkling> As opposed to the rude mechanicals. :)
2024-05-27 22:07:04 +0200 <bjorkint0sh> or the Shocking electrical!
2024-05-27 22:07:08 +0200 <bjorkint0sh> scandalous.
2024-05-27 22:07:22 +0200chexum(~quassel@gateway/tor-sasl/chexum)
2024-05-27 22:11:51 +0200lxsameer(~lxsameer@Serene/lxsameer) (Ping timeout: 260 seconds)
2024-05-27 22:12:21 +0200euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de)
2024-05-27 22:15:05 +0200Square2(~Square4@user/square)
2024-05-27 22:17:52 +0200 <monochrom> I watch ElectroBoom on Youtube. Yeah he's shocking. >:)
2024-05-27 22:18:55 +0200 <bjorkint0sh> yes. who knew electrical engineering would be so thrilling to watch as edutainment.
2024-05-27 22:19:02 +0200 <bjorkint0sh> I enjoy ElectroBoom.
2024-05-27 22:33:41 +0200barak(~barak@2a0d:6fc2:68c1:7200:3cf2:a87d:a02b:3e21) (Ping timeout: 240 seconds)
2024-05-27 22:37:21 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-05-27 22:41:11 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-05-27 22:44:50 +0200 <sm> bjorkint0sh tooling aside, one specific thing that makes haskell package installs fail more than dynamic languages like r and perl is haskell's strict/static nature. As with the compiler, the package managers are more careful to enforce statically-declared types and bounds, so you see more errors at compile/install time and less at runtime
2024-05-27 22:45:07 +0200gmg(~user@user/gehmehgeh)
2024-05-27 22:47:04 +0200 <sm> which is what we want, though we'd love those errors to be clearer
2024-05-27 22:48:25 +0200segfaultfizzbuzz(~segfaultf@23-93-189-95.fiber.dynamic.sonic.net) (Remote host closed the connection)
2024-05-27 22:48:42 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com)
2024-05-27 22:49:30 +0200 <monochrom> One may say that a low hanging fruit that can be solved right away is special-casing base rejection to say "ghc version mismatch". But then the Aesop fable about the international conference of mice and rodents apply.
2024-05-27 22:50:00 +0200 <sm> yes that would a good change
2024-05-27 22:50:46 +0200takuan(~takuan@178-116-218-225.access.telenet.be) (Remote host closed the connection)
2024-05-27 22:51:19 +0200 <sm> >be< a good change. IRC is eating my words I'm convinced
2024-05-27 22:57:52 +0200barak(~barak@2a0d:6fc2:68c1:7200:3cf2:a87d:a02b:3e21)
2024-05-27 23:02:15 +0200 <geekosaur> the problem with which is that it'll soon hopefully be false
2024-05-27 23:02:24 +0200fizbin_(~fizbin@user/fizbin) (Ping timeout: 268 seconds)
2024-05-27 23:02:41 +0200 <geekosaur> (9.10 contains the first steps toward reinstallable/etc. base)
2024-05-27 23:04:05 +0200AlexZenon(~alzenon@94.233.240.116) (Ping timeout: 240 seconds)
2024-05-27 23:09:43 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Ping timeout: 260 seconds)
2024-05-27 23:11:57 +0200AlexZenon(~alzenon@94.233.240.116)
2024-05-27 23:15:40 +0200L29Ah(~L29Ah@wikipedia/L29Ah)
2024-05-27 23:16:54 +0200waleee(~waleee@h-176-10-144-38.NA.cust.bahnhof.se)
2024-05-27 23:17:17 +0200barak(~barak@2a0d:6fc2:68c1:7200:3cf2:a87d:a02b:3e21) (Ping timeout: 240 seconds)
2024-05-27 23:17:22 +0200machinedgod(~machinedg@d173-183-246-216.abhsia.telus.net)
2024-05-27 23:18:41 +0200AlexZenon(~alzenon@94.233.240.116) (Ping timeout: 252 seconds)
2024-05-27 23:22:41 +0200AlexZenon(~alzenon@94.233.240.116)
2024-05-27 23:23:25 +0200sord937(~sord937@gateway/tor-sasl/sord937) (Quit: sord937)
2024-05-27 23:24:45 +0200petrichor(~znc-user@user/petrichor) (Quit: ZNC 1.8.2 - https://znc.in)
2024-05-27 23:26:15 +0200petrichor(~znc-user@user/petrichor)
2024-05-27 23:31:12 +0200segfaultfizzbuzz(~segfaultf@23-93-189-95.fiber.dynamic.sonic.net)
2024-05-27 23:33:21 +0200 <monochrom> Yikes haha. Then no action needed!
2024-05-27 23:34:27 +0200 <monochrom> At school we are moving to a new building in half a year. So now in our current building if something is broken we're like wontfix.
2024-05-27 23:34:53 +0200oo_miguel(~Thunderbi@78-11-181-16.static.ip.netia.com.pl) (Ping timeout: 240 seconds)
2024-05-27 23:35:24 +0200 <titibandit> f
2024-05-27 23:37:50 +0200gmg(~user@user/gehmehgeh) (Ping timeout: 260 seconds)
2024-05-27 23:41:28 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com)
2024-05-27 23:43:09 +0200tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-05-27 23:43:35 +0200itaipu(~itaipu@168.121.98.97) (Read error: Connection reset by peer)
2024-05-27 23:45:49 +0200ph88(~ph88@2a02:8109:9e26:c800:e85:7b0c:48c4:ae07) (Quit: Leaving)
2024-05-27 23:46:23 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Ping timeout: 272 seconds)
2024-05-27 23:46:36 +0200jmdaemon(~jmdaemon@user/jmdaemon)
2024-05-27 23:47:43 +0200michalz(~michalz@185.246.207.200) (Quit: ZNC 1.9.0 - https://znc.in)
2024-05-27 23:50:30 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com)
2024-05-27 23:51:19 +0200segfaultfizzbuzz(~segfaultf@23-93-189-95.fiber.dynamic.sonic.net) (Remote host closed the connection)
2024-05-27 23:52:21 +0200notzmv(~daniel@user/notzmv) (Ping timeout: 268 seconds)