IRCBrowse

2024/11/04

2024-11-04 00:02:43 +0100dcoutts(~duncan@109.238.68.62)
2024-11-04 00:04:55 +0100hgolden(~hgolden@146.70.173.165) hgolden
2024-11-04 00:06:10 +0100hololeap_hololeap
2024-11-04 00:06:38 +0100hgolden_(~hgolden@23.162.40.28) (Ping timeout: 252 seconds)
2024-11-04 00:06:43 +0100target_i(~target_i@user/target-i/x-6023099) (Quit: leaving)
2024-11-04 00:07:16 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 00:09:18 +0100acidjnk(~acidjnk@p200300d6e7283f251482dc7d2b491cb5.dip0.t-ipconnect.de) (Ping timeout: 252 seconds)
2024-11-04 00:11:45 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 248 seconds)
2024-11-04 00:13:10 +0100Everything(~Everythin@178-133-29-33.mobile.vf-ua.net) (Quit: leaving)
2024-11-04 00:14:19 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Remote host closed the connection)
2024-11-04 00:15:47 +0100euleritian(~euleritia@77.22.252.56) (Ping timeout: 252 seconds)
2024-11-04 00:16:16 +0100euleritian(~euleritia@dynamic-176-006-143-185.176.6.pool.telefonica.de)
2024-11-04 00:18:17 +0100euleritian(~euleritia@dynamic-176-006-143-185.176.6.pool.telefonica.de) (Read error: Connection reset by peer)
2024-11-04 00:18:34 +0100euleritian(~euleritia@77.22.252.56)
2024-11-04 00:18:47 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net)
2024-11-04 00:22:39 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 00:25:20 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 272 seconds)
2024-11-04 00:27:52 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 272 seconds)
2024-11-04 00:31:03 +0100euleritian(~euleritia@77.22.252.56) (Read error: Connection reset by peer)
2024-11-04 00:31:22 +0100euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de)
2024-11-04 00:38:02 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 00:41:36 +0100troojg(~troojg@user/troojg) troojg
2024-11-04 00:42:18 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-11-04 00:45:20 +0100Tuplanolla(~Tuplanoll@91-159-69-59.elisa-laajakaista.fi) (Quit: Leaving.)
2024-11-04 00:52:55 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 00:55:11 +0100slac68956(~slack1256@179.60.70.224) (Remote host closed the connection)
2024-11-04 00:56:56 +0100Nachtgespenst(~user@user/siracusa) siracusa
2024-11-04 00:57:26 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 255 seconds)
2024-11-04 01:07:53 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net)
2024-11-04 01:08:18 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 01:12:06 +0100hgolden_(~hgolden@204.152.216.106) hgolden
2024-11-04 01:13:12 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 276 seconds)
2024-11-04 01:14:28 +0100hgolden(~hgolden@146.70.173.165) (Ping timeout: 252 seconds)
2024-11-04 01:23:40 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 01:30:35 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-11-04 01:32:35 +0100ljdarj(~Thunderbi@user/ljdarj) (Ping timeout: 244 seconds)
2024-11-04 01:40:07 +0100euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de) (Remote host closed the connection)
2024-11-04 01:41:02 +0100euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de)
2024-11-04 01:41:42 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 01:46:39 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 265 seconds)
2024-11-04 01:53:55 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 01:54:47 +0100LainExperiments(~LainExper@user/LainExperiments) LainExperiments
2024-11-04 01:55:50 +0100Eoco(~ian@128.101.131.218) (Quit: WeeChat 4.4.2)
2024-11-04 01:56:00 +0100troojg(~troojg@user/troojg) (Ping timeout: 260 seconds)
2024-11-04 01:56:10 +0100fired(~la@2806:2f0:4041:d208:3459:2c8c:e369:a455)
2024-11-04 01:58:12 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-11-04 01:59:27 +0100Eoco(~ian@128.101.131.218) Eoco
2024-11-04 02:06:06 +0100Guest74(~textual@129.94.128.31)
2024-11-04 02:06:46 +0100Guest74(~textual@129.94.128.31) (Client Quit)
2024-11-04 02:07:14 +0100poscat(~poscat@user/poscat) (Quit: Bye)
2024-11-04 02:07:32 +0100sprotte24(~sprotte24@p200300d16f282a00c16d448cb4b8f2b8.dip0.t-ipconnect.de) (Quit: Leaving)
2024-11-04 02:09:17 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 02:10:11 +0100poscat(~poscat@user/poscat) poscat
2024-11-04 02:10:58 +0100machinedgod(~machinedg@d108-173-18-100.abhsia.telus.net) machinedgod
2024-11-04 02:14:16 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 272 seconds)
2024-11-04 02:16:34 +0100fired(~la@2806:2f0:4041:d208:3459:2c8c:e369:a455) (Leaving)
2024-11-04 02:24:39 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 02:29:14 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 260 seconds)
2024-11-04 02:32:05 +0100califax(~califax@user/califx) (Remote host closed the connection)
2024-11-04 02:33:16 +0100califax(~califax@user/califx) califx
2024-11-04 02:42:57 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 02:47:33 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 265 seconds)
2024-11-04 02:52:06 +0100Square(~Square@user/square) (Ping timeout: 252 seconds)
2024-11-04 02:58:21 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 03:03:42 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 276 seconds)
2024-11-04 03:10:45 +0100nadja(~dequbed@banana-new.kilobyte22.de) (Ping timeout: 265 seconds)
2024-11-04 03:11:45 +0100nadja(~dequbed@banana-new.kilobyte22.de) dequbed
2024-11-04 03:13:53 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 03:14:25 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Remote host closed the connection)
2024-11-04 03:18:17 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 255 seconds)
2024-11-04 03:24:26 +0100dyniec(~dyniec@dybiec.info) (Quit: WeeChat 4.2.2)
2024-11-04 03:27:55 +0100troojg(~troojg@user/troojg) troojg
2024-11-04 03:28:14 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net)
2024-11-04 03:31:32 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 03:32:36 +0100hueso(~root@user/hueso) (Quit: hueso)
2024-11-04 03:32:48 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 252 seconds)
2024-11-04 03:36:22 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 265 seconds)
2024-11-04 03:46:13 +0100hueso(~root@user/hueso) hueso
2024-11-04 03:46:57 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 03:47:23 +0100Guest74(~textual@129.94.128.31)
2024-11-04 03:51:54 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 260 seconds)
2024-11-04 04:02:21 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 04:02:56 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net)
2024-11-04 04:05:48 +0100peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Ping timeout: 252 seconds)
2024-11-04 04:06:57 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 248 seconds)
2024-11-04 04:07:29 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 248 seconds)
2024-11-04 04:08:29 +0100remexre(~remexre@user/remexre) (Remote host closed the connection)
2024-11-04 04:10:21 +0100LainExperiments(~LainExper@user/LainExperiments) (Ping timeout: 256 seconds)
2024-11-04 04:17:52 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 04:17:54 +0100troojg(~troojg@user/troojg) (Ping timeout: 252 seconds)
2024-11-04 04:18:25 +0100Guest74(~textual@129.94.128.31) (Quit: My MacBook has gone to sleep. ZZZzzz…)
2024-11-04 04:19:00 +0100Guest74(~textual@129.94.128.31)
2024-11-04 04:19:06 +0100gentauro(~gentauro@user/gentauro) (Ping timeout: 276 seconds)
2024-11-04 04:22:07 +0100motherfsck(~motherfsc@user/motherfsck) motherfsck
2024-11-04 04:22:12 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-11-04 04:25:15 +0100gentauro(~gentauro@user/gentauro) gentauro
2024-11-04 04:33:16 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 04:33:50 +0100hueso(~root@user/hueso) (Quit: hueso)
2024-11-04 04:36:31 +0100hueso(~root@user/hueso) hueso
2024-11-04 04:38:36 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 276 seconds)
2024-11-04 04:48:38 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 04:53:00 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-11-04 04:54:30 +0100td_(~td@i5387092D.versanet.de) (Ping timeout: 272 seconds)
2024-11-04 04:56:10 +0100td_(~td@i53870904.versanet.de)
2024-11-04 05:04:00 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 05:05:57 +0100ZLima12(~zlima12@user/meow/ZLima12) ()
2024-11-04 05:07:09 +0100koz(~koz@121.99.240.58) (Ping timeout: 260 seconds)
2024-11-04 05:07:20 +0100sroso(~sroso@user/SrOso) (Remote host closed the connection)
2024-11-04 05:07:43 +0100sroso(~sroso@user/SrOso) SrOso
2024-11-04 05:08:49 +0100koz(~koz@121.99.240.58)
2024-11-04 05:10:37 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 244 seconds)
2024-11-04 05:13:33 +0100ZLima12(~zlima12@user/meow/ZLima12) ZLima12
2024-11-04 05:15:53 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net)
2024-11-04 05:20:26 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 244 seconds)
2024-11-04 05:22:03 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 05:22:27 +0100notzmv(~daniel@user/notzmv) notzmv
2024-11-04 05:26:59 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 260 seconds)
2024-11-04 05:30:30 +0100rekahsoft(~rekahsoft@bras-base-orllon1103w-grc-06-76-69-85-220.dsl.bell.ca) (Ping timeout: 252 seconds)
2024-11-04 05:32:40 +0100motherfsck(~motherfsc@user/motherfsck) (Read error: Connection reset by peer)
2024-11-04 05:37:24 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 05:42:02 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 265 seconds)
2024-11-04 05:48:38 +0100motherfsck(~motherfsc@user/motherfsck) motherfsck
2024-11-04 05:52:47 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 05:59:22 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-11-04 06:00:17 +0100noctux(~noctux@user/noctux) (Ping timeout: 255 seconds)
2024-11-04 06:00:32 +0100noctux(~noctux@user/noctux) noctux
2024-11-04 06:01:16 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 06:04:58 +0100remexre(~remexre@user/remexre) remexre
2024-11-04 06:04:59 +0100remexre(~remexre@user/remexre) (Remote host closed the connection)
2024-11-04 06:05:41 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 255 seconds)
2024-11-04 06:06:50 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net)
2024-11-04 06:10:55 +0100alp(~alp@2001:861:e3d6:8f80:dca:285c:1799:872d) (Ping timeout: 264 seconds)
2024-11-04 06:11:29 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 260 seconds)
2024-11-04 06:16:39 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 06:22:59 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 260 seconds)
2024-11-04 06:30:28 +0100remexre(~remexre@user/remexre) remexre
2024-11-04 06:33:48 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 06:38:14 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-11-04 06:40:09 +0100misterfish(~misterfis@84.53.85.146) misterfish
2024-11-04 06:44:16 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 06:50:12 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net)
2024-11-04 06:53:33 +0100michalz(~michalz@185.246.207.221)
2024-11-04 06:54:09 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 246 seconds)
2024-11-04 06:54:21 +0100machinedgod(~machinedg@d108-173-18-100.abhsia.telus.net) (Ping timeout: 252 seconds)
2024-11-04 06:54:33 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 245 seconds)
2024-11-04 06:55:11 +0100alp(~alp@2001:861:e3d6:8f80:9366:cd17:90db:83b9)
2024-11-04 07:05:22 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 07:06:37 +0100misterfish(~misterfis@84.53.85.146) (Ping timeout: 265 seconds)
2024-11-04 07:09:46 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-11-04 07:15:27 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 07:17:30 +0100misterfish(~misterfis@84.53.85.146) misterfish
2024-11-04 07:18:09 +0100machinedgod(~machinedg@d108-173-18-100.abhsia.telus.net) machinedgod
2024-11-04 07:20:10 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 272 seconds)
2024-11-04 07:21:23 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 07:28:29 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 260 seconds)
2024-11-04 07:28:53 +0100_xor(~xor@ip-66-42-132-175.dynamic.fuse.net) _xor
2024-11-04 07:28:58 +0100takuan(~takuan@178-116-218-225.access.telenet.be)
2024-11-04 07:30:04 +0100Sgeo(~Sgeo@user/sgeo) (Read error: Connection reset by peer)
2024-11-04 07:30:04 +0100takuan(~takuan@178-116-218-225.access.telenet.be) (Read error: Connection reset by peer)
2024-11-04 07:30:26 +0100takuan(~takuan@178-116-218-225.access.telenet.be)
2024-11-04 07:33:21 +0100dcoutts(~duncan@109.238.68.62) (Ping timeout: 248 seconds)
2024-11-04 07:38:33 +0100weary-traveler(~user@user/user363627) (Remote host closed the connection)
2024-11-04 07:39:22 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 07:40:30 +0100p3n_(~p3n@217.198.124.246) (Quit: ZNC 1.8.2 - https://znc.in)
2024-11-04 07:40:56 +0100ubert(~Thunderbi@178.115.51.39.wireless.dyn.drei.com) (Quit: ubert)
2024-11-04 07:41:10 +0100p3n(~p3n@217.198.124.246) p3n
2024-11-04 07:42:26 +0100euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de) (Ping timeout: 248 seconds)
2024-11-04 07:43:09 +0100euleritian(~euleritia@dynamic-176-006-138-231.176.6.pool.telefonica.de)
2024-11-04 07:44:01 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 248 seconds)
2024-11-04 07:44:39 +0100machinedgod(~machinedg@d108-173-18-100.abhsia.telus.net) (Ping timeout: 260 seconds)
2024-11-04 07:47:43 +0100dcoutts(~duncan@212.187.244.50) dcoutts
2024-11-04 07:49:19 +0100misterfish(~misterfis@84.53.85.146) (Ping timeout: 260 seconds)
2024-11-04 07:50:31 +0100lol_jcarpenter2
2024-11-04 07:50:38 +0100Guest74(~textual@129.94.128.31) (Quit: My MacBook has gone to sleep. ZZZzzz…)
2024-11-04 07:55:31 +0100monochrom(trebla@216.138.220.146) (Quit: ZNC 1.9.1+deb1 - https://znc.in)
2024-11-04 08:00:18 +0100mantraofpie_(~mantraofp@user/mantraofpie) mantraofpie
2024-11-04 08:01:14 +0100dcoutts(~duncan@212.187.244.50) (Ping timeout: 265 seconds)
2024-11-04 08:01:31 +0100mantraofpie(~mantraofp@user/mantraofpie) (Ping timeout: 260 seconds)
2024-11-04 08:03:01 +0100acidjnk(~acidjnk@p200300d6e7283f93159bb6576a1c8c4b.dip0.t-ipconnect.de) acidjnk
2024-11-04 08:08:24 +0100monochrom(trebla@216.138.220.146)
2024-11-04 08:14:23 +0100hgolden_(~hgolden@204.152.216.106) (Quit: Leaving)
2024-11-04 08:14:42 +0100hgolden(~hgolden@204.152.216.106) hgolden
2024-11-04 08:18:15 +0100CoolMa7(~CoolMa7@ip5f5b8957.dynamic.kabel-deutschland.de) CoolMa7
2024-11-04 08:19:03 +0100CoolMa7(~CoolMa7@ip5f5b8957.dynamic.kabel-deutschland.de) (Client Quit)
2024-11-04 08:19:07 +0100Guest74(~textual@129.94.128.31)
2024-11-04 08:21:04 +0100dcoutts(~duncan@185.201.60.16) dcoutts
2024-11-04 08:22:10 +0100poscat0x04(~poscat@user/poscat) poscat
2024-11-04 08:24:46 +0100poscat(~poscat@user/poscat) (Ping timeout: 272 seconds)
2024-11-04 08:26:41 +0100poscat0x04(~poscat@user/poscat) (Remote host closed the connection)
2024-11-04 08:31:31 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-11-04 08:33:20 +0100target_i(~target_i@user/target-i/x-6023099) target_i
2024-11-04 08:35:31 +0100poscat(~poscat@user/poscat) poscat
2024-11-04 08:38:54 +0100L29Ah(~L29Ah@wikipedia/L29Ah) (Ping timeout: 260 seconds)
2024-11-04 08:38:55 +0100euleritian(~euleritia@dynamic-176-006-138-231.176.6.pool.telefonica.de) (Read error: Connection reset by peer)
2024-11-04 08:39:13 +0100euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de)
2024-11-04 08:39:59 +0100L29Ah(~L29Ah@wikipedia/L29Ah) L29Ah
2024-11-04 08:43:10 +0100cyphase(~cyphase@user/cyphase) (Read error: Connection reset by peer)
2024-11-04 08:44:34 +0100cyphase(~cyphase@user/cyphase) cyphase
2024-11-04 08:45:28 +0100Lord_of_Life(~Lord@user/lord-of-life/x-2819915) (Ping timeout: 252 seconds)
2024-11-04 08:46:37 +0100Lord_of_Life(~Lord@user/lord-of-life/x-2819915) Lord_of_Life
2024-11-04 08:47:14 +0100lortabac(~lortabac@2a01:e0a:541:b8f0:55ab:e185:7f81:54a4) lortabac
2024-11-04 08:52:45 +0100ft(~ft@p4fc2a216.dip0.t-ipconnect.de) (Quit: leaving)
2024-11-04 08:53:23 +0100misterfish(~misterfis@046044172198.static.ipv4.heldenvannu.net) misterfish
2024-11-04 08:56:46 +0100lxsameer(~lxsameer@Serene/lxsameer) lxsameer
2024-11-04 09:00:01 +0100caconym(~caconym@user/caconym) (Quit: bye)
2024-11-04 09:00:40 +0100caconym(~caconym@user/caconym) caconym
2024-11-04 09:06:35 +0100euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de) (Read error: Connection reset by peer)
2024-11-04 09:07:21 +0100euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de)
2024-11-04 09:10:07 +0100euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de) (Read error: Connection reset by peer)
2024-11-04 09:10:11 +0100poscat(~poscat@user/poscat) (Read error: Connection reset by peer)
2024-11-04 09:10:48 +0100euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de)
2024-11-04 09:13:14 +0100poscat(~poscat@user/poscat) poscat
2024-11-04 09:14:23 +0100dcoutts(~duncan@185.201.60.16) (Remote host closed the connection)
2024-11-04 09:17:30 +0100euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de) (Read error: Connection reset by peer)
2024-11-04 09:18:11 +0100euleritian(~euleritia@77.22.252.56)
2024-11-04 09:20:17 +0100troydm(~troydm@user/troydm) (Ping timeout: 252 seconds)
2024-11-04 09:23:09 +0100GdeVolpiano(~GdeVolpia@user/GdeVolpiano) GdeVolpiano
2024-11-04 09:23:20 +0100GdeVolpi1(~GdeVolpia@user/GdeVolpiano) (Read error: Connection reset by peer)
2024-11-04 09:25:54 +0100Angelz(Angelz@2605:6400:30:fc15:d55b:fa6c:bd14:9973) (Ping timeout: 252 seconds)
2024-11-04 09:30:26 +0100fr33domlover(~fr33domlo@towards.vision) (Quit: The Lounge - https://thelounge.chat)
2024-11-04 09:31:23 +0100merijn(~merijn@77.242.116.146) merijn
2024-11-04 09:32:46 +0100notzmv(~daniel@user/notzmv) (Ping timeout: 252 seconds)
2024-11-04 09:33:25 +0100troydm(~troydm@user/troydm) troydm
2024-11-04 09:34:25 +0100fr33domlover(~fr33domlo@towards.vision) fr33domlover
2024-11-04 09:38:33 +0100comerijn(~merijn@77.242.116.146) merijn
2024-11-04 09:41:19 +0100merijn(~merijn@77.242.116.146) (Ping timeout: 260 seconds)
2024-11-04 09:44:41 +0100[_________](~oos95GWG@user/oos95GWG) (Quit: [_________])
2024-11-04 09:44:55 +0100[_________](~oos95GWG@user/oos95GWG) oos95GWG
2024-11-04 09:57:12 +0100poscat(~poscat@user/poscat) (Quit: Bye)
2024-11-04 09:58:12 +0100machinedgod(~machinedg@d108-173-18-100.abhsia.telus.net) machinedgod
2024-11-04 10:00:00 +0100poscat(~poscat@user/poscat) poscat
2024-11-04 10:01:39 +0100misterfish(~misterfis@046044172198.static.ipv4.heldenvannu.net) (Ping timeout: 276 seconds)
2024-11-04 10:23:03 +0100briandaed(~root@185.234.210.211)
2024-11-04 10:25:01 +0100sord937(~sord937@gateway/tor-sasl/sord937) sord937
2024-11-04 10:25:38 +0100tzh(~tzh@c-76-115-131-146.hsd1.or.comcast.net) (Quit: zzz)
2024-11-04 10:26:33 +0100chele(~chele@user/chele) chele
2024-11-04 10:30:44 +0100misterfish(~misterfis@84.53.85.146) misterfish
2024-11-04 10:34:44 +0100sroso(~sroso@user/SrOso) (Quit: Leaving :))
2024-11-04 10:35:11 +0100sroso(~sroso@user/SrOso) SrOso
2024-11-04 10:45:25 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-11-04 10:48:03 +0100 <kqr> Is it possible to something like `import Foo.Bar hiding (module Foo.Bar.Lens)` or am I relegated to hiding each lens individually? (The reason is simply that the optic names happen to collide with other things.)
2024-11-04 10:50:17 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-11-04 10:53:24 +0100ubert(~Thunderbi@178.115.51.39.wireless.dyn.drei.com) ubert
2024-11-04 10:54:00 +0100rvalue(~rvalue@user/rvalue) (Read error: Connection reset by peer)
2024-11-04 10:54:36 +0100rvalue(~rvalue@user/rvalue) rvalue
2024-11-04 10:58:53 +0100simendsjo(~user@84.211.91.108)
2024-11-04 11:07:49 +0100 <geekosaur> individually. source module information is lost on re-exports
2024-11-04 11:16:37 +0100 <kqr> Thanks!
2024-11-04 11:17:55 +0100 <geekosaur> (technically, the re-exports are symbols and there's no way to tag a symbol with its origin, its origin is always considered to be the object file it was found in)
2024-11-04 11:18:14 +0100zaquest(~notzaques@5.130.79.72) (Remote host closed the connection)
2024-11-04 11:20:54 +0100ljdarj(~Thunderbi@user/ljdarj) ljdarj
2024-11-04 11:29:15 +0100comerijn(~merijn@77.242.116.146) (Ping timeout: 246 seconds)
2024-11-04 11:31:04 +0100 <kqr> Maybe this is personal and you don't to not answer which is fine. Thing is I used to do a lot of Haskell almost 10 years ago, but then work and other things got in the way so I'm only recently getting started again. However, I do recognise yorour nickname as one of the people who were active also back then. How have you been able to keep it up? Are you using it for work, or is there something
2024-11-04 11:31:06 +0100 <kqr> else?
2024-11-04 11:31:39 +0100 <kqr> The reason I ask is I would also like to be as knowledgeable about the technical details! But I suspect that comes with a tonne of experience.
2024-11-04 11:32:11 +0100 <geekosaur> Personal, but I've been active the whole time, yes. And went from contributor to primary maintainer of xmonad, among other things.
2024-11-04 11:32:48 +0100 <geekosaur> But I've also been active in a lot of other areas since around 1983, which is why I know the technical details (they're actually derived from the way the system linker works, not Haskell as such)
2024-11-04 11:33:40 +0100simendsjo(~user@84.211.91.108) (Remote host closed the connection)
2024-11-04 11:33:44 +0100 <kqr> Aha! That's neat. And thanks for maintaining XMonad – it's the only window manager that can read my thoughts.
2024-11-04 11:33:49 +0100 <geekosaur> …it could be imagined that thee extra information could be carried in a `.hi` file, but the Haskell Report doesn't currently allow that behavior, it went with what the linker allows. A GHC extension would be possible though
2024-11-04 11:34:49 +0100 <geekosaur> It would, howevre, require a fair amount of thought and might impact backward compatibility to assign imported symbols their origin modules
2024-11-04 11:35:22 +0100merijn(~merijn@77.242.116.146) merijn
2024-11-04 11:37:51 +0100 <kqr> Oh, I see. So even if GHC has access to the module source code it compiles the module separately and then links to it? Hypothetically it could – when it has access to module source code – manage symbol visibility on its own and allow fancy stuff like hiding re-exported modules but that wouldn't work more generally?
2024-11-04 11:39:05 +0100 <geekosaur> Profesionally I was a sysadmin, so programming was rather limited — so I did programming on my own time
2024-11-04 11:39:28 +0100Smiles(uid551636@id-551636.lymington.irccloud.com) Smiles
2024-11-04 11:40:05 +0100 <geekosaur> it wouldn't even need the source code. When it compiles a module, it produces two outputs: an object file, and a Haskell Information file (the `.hi` file I mentioned). Source module information could be added to the `.hi` file.
2024-11-04 11:40:39 +0100 <geekosaur> That way it wouldn't need the source of the original module to be available, all the information it would need would be part of the current module's metadata
2024-11-04 11:42:19 +0100notzmv(~daniel@user/notzmv) notzmv
2024-11-04 11:42:45 +0100 <kqr> Does this mean that Haskell libraries can't be distributed only as object files, because there's necessary data in the .hi file as well?
2024-11-04 11:42:54 +0100 <geekosaur> correct
2024-11-04 11:44:25 +0100 <geekosaur> you also need the package information though, as a module isn't standalone, it's part of some package. So you also need (in ghc-land) the package.conf containing the module information (in particular, it lists all the modules contained in a package). Other compilers might do it in other ways
2024-11-04 11:45:36 +0100 <geekosaur> ("ghc-pkg find-module" is a good way to find out where a module lives, if it's installed somewhere locally. I even point this at my cabal store's package database sometimes, although it produces a fair amount of noise because of multiple versions often being installed)
2024-11-04 11:47:37 +0100CiaoSen(~Jura@2a05:5800:48f:cf00:ca4b:d6ff:fec1:99da) CiaoSen
2024-11-04 11:47:51 +0100benjaminl(~benjaminl@user/benjaminl) (Read error: Connection reset by peer)
2024-11-04 11:48:07 +0100benjaminl(~benjaminl@user/benjaminl) benjaminl
2024-11-04 11:48:18 +0100 <geekosaur> https://paste.tomsmeding.com/SNFxkUfR
2024-11-04 11:49:21 +0100 <kqr> Oh, cool!
2024-11-04 11:49:54 +0100byte(~byte@149.28.222.189) (Ping timeout: 252 seconds)
2024-11-04 11:50:09 +0100 <geekosaur> (stack has its own store, but I don't know where it lives or whether it exposes its comtents in a way that's useful for ghc-pkg)
2024-11-04 11:50:12 +0100byte(~byte@149.28.222.189)
2024-11-04 11:56:26 +0100 <haskellbridge> <hellwolf> (cabal too)
2024-11-04 11:57:00 +0100simendsjo(~user@84.211.91.108)
2024-11-04 11:57:54 +0100 <haskellbridge> <hellwolf> cabal path --store-dir
2024-11-04 11:57:54 +0100 <haskellbridge> /home/hellwolf/.cabal/store
2024-11-04 11:58:11 +0100 <haskellbridge> <hellwolf> $ cabal path --store-dir
2024-11-04 11:58:11 +0100 <haskellbridge> ... long message truncated: https://kf8nh.com/_heisenbridge/media/kf8nh.com/JfnUQUmRzQRcOcVQnNYlRAJz/dhYW9riD4K0 (12 lines)
2024-11-04 11:58:42 +0100 <haskellbridge> <hellwolf> $ ls /home/hellwolf/.cabal/store/
2024-11-04 11:58:42 +0100 <haskellbridge> ... long message truncated: https://kf8nh.com/_heisenbridge/media/kf8nh.com/qgfydUwscAnZxhKKJRHQhlNt/GLCihQesOfs (3 lines)
2024-11-04 12:00:08 +0100simendsjo(~user@84.211.91.108) (Client Quit)
2024-11-04 12:01:08 +0100simendsjo(~user@84.211.91.108)
2024-11-04 12:01:39 +0100sord937(~sord937@gateway/tor-sasl/sord937) (Remote host closed the connection)
2024-11-04 12:02:00 +0100sord937(~sord937@gateway/tor-sasl/sord937) sord937
2024-11-04 12:02:30 +0100son0p(~ff@181.237.206.243) (Remote host closed the connection)
2024-11-04 12:03:26 +0100 <haskellbridge> <hellwolf> $ ghc-pkg --package-db ~/.cabal/store/ghc-9.10.1-inplace/package.db find-module PyF
2024-11-04 12:03:26 +0100 <haskellbridge> ... long message truncated: https://kf8nh.com/_heisenbridge/media/kf8nh.com/SDjdizDNkfMgazEnPYKUejwp/A65pKeQJMgU (4 lines)
2024-11-04 12:03:59 +0100 <haskellbridge> <hellwolf> $ ghc-pkg --package-db ~/.cabal/store/ghc-9.2.8/package.db find-module PyF
2024-11-04 12:03:59 +0100 <haskellbridge> ... long message truncated: https://kf8nh.com/_heisenbridge/media/kf8nh.com/ckPCgVkFfJDDIrvAXoAEmDLx/R8K8k5XJMao (3 lines)
2024-11-04 12:04:49 +0100 <haskellbridge> <hellwolf> I guess, you will have to use the matching/compatible versions of ghc to query the package.db.
2024-11-04 12:07:42 +0100Guest74(~textual@129.94.128.31) (Ping timeout: 272 seconds)
2024-11-04 12:09:19 +0100 <haskellbridge> <hellwolf> I see that stack has this giant "~/.stack/pantry/" thing... not sure how to make it compatible with ghc-pkg :/
2024-11-04 12:10:54 +0100 <haskellbridge> <hellwolf> But it probably is in the projects ".stack-work" folder. I don't use stack often, I can't check atm.
2024-11-04 12:10:55 +0100lortabac(~lortabac@2a01:e0a:541:b8f0:55ab:e185:7f81:54a4) (Ping timeout: 264 seconds)
2024-11-04 12:16:08 +0100 <geekosaur> yeh, their pantry is sqlite, not the traditional package db format
2024-11-04 12:17:04 +0100 <geekosaur> I don't have a .stack-work sitting around currently (I was hoping I had one in my xmonad user testing sandbox but it's currently empty)
2024-11-04 12:24:04 +0100merijn(~merijn@77.242.116.146) (Ping timeout: 260 seconds)
2024-11-04 12:28:07 +0100sord937(~sord937@gateway/tor-sasl/sord937) (*.net *.split)
2024-11-04 12:28:07 +0100mantraofpie_(~mantraofp@user/mantraofpie) (*.net *.split)
2024-11-04 12:28:07 +0100califax(~califax@user/califx) (*.net *.split)
2024-11-04 12:28:07 +0100ChaiTRex(~ChaiTRex@user/chaitrex) (*.net *.split)
2024-11-04 12:28:07 +0100gmg(~user@user/gehmehgeh) (*.net *.split)
2024-11-04 12:28:07 +0100stiell_(~stiell@gateway/tor-sasl/stiell) (*.net *.split)
2024-11-04 12:28:07 +0100chiselfuse(~chiselfus@user/chiselfuse) (*.net *.split)
2024-11-04 12:28:07 +0100chexum(~quassel@gateway/tor-sasl/chexum) (*.net *.split)
2024-11-04 12:28:33 +0100rvalue(~rvalue@user/rvalue) (Ping timeout: 276 seconds)
2024-11-04 12:35:09 +0100rvalue(~rvalue@user/rvalue) rvalue
2024-11-04 12:35:25 +0100chexum(~quassel@gateway/tor-sasl/chexum) chexum
2024-11-04 12:35:38 +0100merijn(~merijn@77.242.116.146) merijn
2024-11-04 12:35:51 +0100califax(~califax@user/califx) califx
2024-11-04 12:36:11 +0100chiselfuse(~chiselfus@user/chiselfuse) chiselfuse
2024-11-04 12:37:35 +0100stiell_(~stiell@gateway/tor-sasl/stiell) stiell
2024-11-04 12:38:32 +0100lortabac(~lortabac@2a01:e0a:541:b8f0:55ab:e185:7f81:54a4) lortabac
2024-11-04 12:38:40 +0100gmg(~user@user/gehmehgeh) gehmehgeh
2024-11-04 12:41:21 +0100merijn(~merijn@77.242.116.146) (Ping timeout: 246 seconds)
2024-11-04 12:43:11 +0100sord937(~sord937@gateway/tor-sasl/sord937) sord937
2024-11-04 12:44:03 +0100ChaiTRex(~ChaiTRex@user/chaitrex) ChaiTRex
2024-11-04 12:44:19 +0100merijn(~merijn@77.242.116.146) merijn
2024-11-04 12:50:56 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net)
2024-11-04 12:52:26 +0100Digitteknohippie(~user@user/digit) Digit
2024-11-04 12:53:45 +0100comerijn(~merijn@77.242.116.146) merijn
2024-11-04 12:54:09 +0100abrar(~abrar@pool-72-78-199-167.phlapa.fios.verizon.net) (Ping timeout: 265 seconds)
2024-11-04 12:54:34 +0100Digit(~user@user/digit) (Ping timeout: 272 seconds)
2024-11-04 12:55:09 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 252 seconds)
2024-11-04 12:55:53 +0100hgolden_(~hgolden@146.70.173.37) hgolden
2024-11-04 12:56:03 +0100merijn(~merijn@77.242.116.146) (Ping timeout: 246 seconds)
2024-11-04 12:58:25 +0100Everything(~Everythin@178-133-220-38.mobile.vf-ua.net) Everything
2024-11-04 12:58:39 +0100hgolden(~hgolden@204.152.216.106) (Ping timeout: 260 seconds)
2024-11-04 13:00:45 +0100euleritian(~euleritia@77.22.252.56) (Read error: Connection reset by peer)
2024-11-04 13:02:00 +0100euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de)
2024-11-04 13:02:48 +0100ljdarj(~Thunderbi@user/ljdarj) (Ping timeout: 272 seconds)
2024-11-04 13:02:57 +0100DigitteknohippieDigit
2024-11-04 13:07:52 +0100abrar(~abrar@pool-72-78-199-167.phlapa.fios.verizon.net)
2024-11-04 13:08:33 +0100ljdarj(~Thunderbi@user/ljdarj) ljdarj
2024-11-04 13:11:53 +0100ljdarj(~Thunderbi@user/ljdarj) (Client Quit)
2024-11-04 13:12:10 +0100ljdarj(~Thunderbi@user/ljdarj) ljdarj
2024-11-04 13:14:55 +0100sroso(~sroso@user/SrOso) (Quit: Leaving :))
2024-11-04 13:14:58 +0100Square(~Square@user/square) Square
2024-11-04 13:16:51 +0100ljdarj(~Thunderbi@user/ljdarj) (Ping timeout: 265 seconds)
2024-11-04 13:19:46 +0100ljdarj(~Thunderbi@user/ljdarj) ljdarj
2024-11-04 13:27:03 +0100abrar(~abrar@pool-72-78-199-167.phlapa.fios.verizon.net) (Ping timeout: 276 seconds)
2024-11-04 13:29:27 +0100abrar(~abrar@pool-72-78-199-167.phlapa.fios.verizon.net)
2024-11-04 13:32:34 +0100ash3en(~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) ash3en
2024-11-04 13:40:59 +0100n0den1te(~n0den1te@106.222.221.65) n0den1te
2024-11-04 13:42:49 +0100alp(~alp@2001:861:e3d6:8f80:9366:cd17:90db:83b9) (Ping timeout: 252 seconds)
2024-11-04 13:43:51 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-11-04 13:44:42 +0100abrar(~abrar@pool-72-78-199-167.phlapa.fios.verizon.net) (Ping timeout: 244 seconds)
2024-11-04 13:45:06 +0100n0den1te(~n0den1te@106.222.221.65) (Client Quit)
2024-11-04 13:52:12 +0100GdeVolpiano(~GdeVolpia@user/GdeVolpiano) (Ping timeout: 272 seconds)
2024-11-04 13:54:38 +0100alp(~alp@2001:861:e3d6:8f80:832a:3135:d735:c3e4)
2024-11-04 13:58:50 +0100GdeVolpiano(~GdeVolpia@user/GdeVolpiano) GdeVolpiano
2024-11-04 14:00:02 +0100Square2(~Square4@user/square) Square
2024-11-04 14:02:29 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net)
2024-11-04 14:03:23 +0100ljdarj1(~Thunderbi@user/ljdarj) ljdarj
2024-11-04 14:03:27 +0100Square(~Square@user/square) (Ping timeout: 276 seconds)
2024-11-04 14:03:54 +0100Fijxu(~Fijxu@user/fijxu) (Quit: XD!!)
2024-11-04 14:04:10 +0100Everything(~Everythin@178-133-220-38.mobile.vf-ua.net) (Quit: leaving)
2024-11-04 14:05:22 +0100ljdarj(~Thunderbi@user/ljdarj) (Ping timeout: 244 seconds)
2024-11-04 14:05:22 +0100ljdarj1ljdarj
2024-11-04 14:05:41 +0100Fijxu(~Fijxu@user/fijxu) fijxu
2024-11-04 14:08:19 +0100ljdarj1(~Thunderbi@user/ljdarj) ljdarj
2024-11-04 14:08:27 +0100Smiles(uid551636@id-551636.lymington.irccloud.com) (Quit: Connection closed for inactivity)
2024-11-04 14:10:47 +0100Versality(~Versality@84.237.180.62)
2024-11-04 14:11:54 +0100ljdarj(~Thunderbi@user/ljdarj) (Ping timeout: 252 seconds)
2024-11-04 14:11:55 +0100ljdarj1ljdarj
2024-11-04 14:20:54 +0100Versality(~Versality@84.237.180.62) (Remote host closed the connection)
2024-11-04 14:24:15 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 276 seconds)
2024-11-04 14:24:38 +0100Versality(~Versality@user/Versality) Versality
2024-11-04 14:25:59 +0100zetef(~quassel@5.14.131.67) zetef
2024-11-04 14:26:20 +0100zetef(~quassel@5.14.131.67) (Client Quit)
2024-11-04 14:32:42 +0100Raito_Bezarius(~Raito@wireguard/tunneler/raito-bezarius) (Ping timeout: 252 seconds)
2024-11-04 14:36:08 +0100CoolMa7(~CoolMa7@95.91.137.87) CoolMa7
2024-11-04 14:36:15 +0100Leonard26(~Leonard26@49.236.10.26)
2024-11-04 14:38:57 +0100CoolMa7_(~CoolMa7@128.90.141.9) CoolMa7
2024-11-04 14:39:13 +0100Versality(~Versality@user/Versality) (Remote host closed the connection)
2024-11-04 14:39:31 +0100 <Leonard26> Hello! =D
2024-11-04 14:39:31 +0100 <Leonard26> I have a variable that expects a CULong type, but it goes in contrast with the function type definition padProbeCallback :: Gst.Pad -> Gst.PadProbeInfo -> IO Gst.PadProbeReturn
2024-11-04 14:39:32 +0100 <Leonard26> If I change it to padProbeCallback :: Gst.Pad -> CULong -> IO Gst.PadProbeReturn it throws an error complaining about the type signature not being right. How can I solve this?
2024-11-04 14:41:30 +0100CoolMa7(~CoolMa7@95.91.137.87) (Ping timeout: 252 seconds)
2024-11-04 14:45:43 +0100dcoutts(~duncan@94.119.64.5) dcoutts
2024-11-04 14:45:53 +0100misterfish(~misterfis@84.53.85.146) (Ping timeout: 252 seconds)
2024-11-04 14:50:23 +0100dcoutts(~duncan@94.119.64.5) (Ping timeout: 245 seconds)
2024-11-04 14:51:36 +0100Leary(~Leary@user/Leary/x-0910699) (Remote host closed the connection)
2024-11-04 14:54:17 +0100Leary(~Leary@user/Leary/x-0910699) Leary
2024-11-04 14:58:37 +0100Leonard26(~Leonard26@49.236.10.26) (Ping timeout: 256 seconds)
2024-11-04 15:00:21 +0100Versality(~Versality@user/Versality) Versality
2024-11-04 15:00:40 +0100subhuman(~user@user/subhuman) subhuman
2024-11-04 15:02:02 +0100CoolMa7_(~CoolMa7@128.90.141.9) (Ping timeout: 252 seconds)
2024-11-04 15:03:03 +0100CiaoSen(~Jura@2a05:5800:48f:cf00:ca4b:d6ff:fec1:99da) (Ping timeout: 252 seconds)
2024-11-04 15:07:30 +0100ljdarj(~Thunderbi@user/ljdarj) (Quit: ljdarj)
2024-11-04 15:07:49 +0100ljdarj(~Thunderbi@user/ljdarj) ljdarj
2024-11-04 15:07:54 +0100Raito_Bezarius(~Raito@wireguard/tunneler/raito-bezarius) Raito_Bezarius
2024-11-04 15:08:20 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-11-04 15:10:54 +0100dyniec(~dyniec@dybiec.info) dyniec
2024-11-04 15:14:54 +0100KaitoDaumoto(~Unity3D@user/kaitodaumoto) KaitoDaumoto
2024-11-04 15:16:14 +0100notzmv(~daniel@user/notzmv) (Remote host closed the connection)
2024-11-04 15:17:16 +0100notzmv(~daniel@user/notzmv) notzmv
2024-11-04 15:19:50 +0100Raito_Bezarius(~Raito@wireguard/tunneler/raito-bezarius) (Max SendQ exceeded)
2024-11-04 15:24:09 +0100Megant(megant@user/megant) (Remote host closed the connection)
2024-11-04 15:28:41 +0100Raito_Bezarius(~Raito@wireguard/tunneler/raito-bezarius) Raito_Bezarius
2024-11-04 15:31:51 +0100LainExperiments(~LainExper@user/LainExperiments) LainExperiments
2024-11-04 15:35:29 +0100Raito_Bezarius(~Raito@wireguard/tunneler/raito-bezarius) (Max SendQ exceeded)
2024-11-04 15:35:38 +0100lortabac(~lortabac@2a01:e0a:541:b8f0:55ab:e185:7f81:54a4) (Quit: WeeChat 4.2.2)
2024-11-04 15:36:40 +0100siw5ohs0(~aiw5ohs0@user/aiw5ohs0) siw5ohs0
2024-11-04 15:36:58 +0100siw5ohs0(~aiw5ohs0@user/aiw5ohs0) (Leaving)
2024-11-04 15:39:58 +0100alp(~alp@2001:861:e3d6:8f80:832a:3135:d735:c3e4) (Changing host)
2024-11-04 15:39:58 +0100alp(~alp@user/alp) alp
2024-11-04 15:45:37 +0100Smiles(uid551636@id-551636.lymington.irccloud.com) Smiles
2024-11-04 15:47:01 +0100Raito_Bezarius(~Raito@wireguard/tunneler/raito-bezarius) Raito_Bezarius
2024-11-04 15:47:15 +0100Katarushisu3(~Katarushi@finc-20-b2-v4wan-169598-cust1799.vm7.cable.virginm.net) (Quit: The Lounge - https://thelounge.chat)
2024-11-04 15:49:21 +0100Raito_Bezarius(~Raito@wireguard/tunneler/raito-bezarius) (Max SendQ exceeded)
2024-11-04 15:50:24 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-11-04 15:51:26 +0100Katarushisu3(~Katarushi@finc-20-b2-v4wan-169598-cust1799.vm7.cable.virginm.net)
2024-11-04 15:53:50 +0100simendsjo(~user@84.211.91.108) (Ping timeout: 255 seconds)
2024-11-04 16:01:54 +0100andreas303(andreas303@is.drunk.and.ready-to.party) (Quit: fBNC - https://bnc4free.com)
2024-11-04 16:02:20 +0100weary-traveler(~user@user/user363627) user363627
2024-11-04 16:04:03 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net)
2024-11-04 16:06:18 +0100euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de) (Ping timeout: 252 seconds)
2024-11-04 16:06:30 +0100Raito_Bezarius(~Raito@wireguard/tunneler/raito-bezarius) Raito_Bezarius
2024-11-04 16:08:00 +0100euleritian(~euleritia@dynamic-176-004-227-018.176.4.pool.telefonica.de)
2024-11-04 16:09:00 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 272 seconds)
2024-11-04 16:11:42 +0100SlackCoder(~SlackCode@64-94-63-8.ip.weststar.net.ky) SlackCoder
2024-11-04 16:12:28 +0100Leonard26(~Leonard26@49.236.10.26)
2024-11-04 16:13:32 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-11-04 16:16:10 +0100AlexZenon(~alzenon@178.34.150.252) (Ping timeout: 265 seconds)
2024-11-04 16:17:40 +0100ash3en(~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) (Quit: ash3en)
2024-11-04 16:19:12 +0100simendsjo(~user@84.211.91.108)
2024-11-04 16:20:25 +0100 <dminuoso> Leonard26: You sound a bit confused. What do you mean by `I have a variable that expects a CULong type` exctly?
2024-11-04 16:21:30 +0100 <Leonard26> Nevermind, I figured it out
2024-11-04 16:24:26 +0100AlexZenon(~alzenon@178.34.150.252)
2024-11-04 16:37:27 +0100Katarushisu3(~Katarushi@finc-20-b2-v4wan-169598-cust1799.vm7.cable.virginm.net) (Quit: The Lounge - https://thelounge.chat)
2024-11-04 16:37:44 +0100Katarushisu3(~Katarushi@finc-20-b2-v4wan-169598-cust1799.vm7.cable.virginm.net)
2024-11-04 16:38:17 +0100Katarushisu3Katarushisu
2024-11-04 16:38:28 +0100Katarushisu(~Katarushi@finc-20-b2-v4wan-169598-cust1799.vm7.cable.virginm.net) (Client Quit)
2024-11-04 16:38:46 +0100Katarushisu(~Katarushi@finc-20-b2-v4wan-169598-cust1799.vm7.cable.virginm.net) Katarushisu
2024-11-04 16:41:09 +0100subhuman(~user@user/subhuman) (Remote host closed the connection)
2024-11-04 16:41:49 +0100andreas303(andreas303@is.drunk.and.ready-to.party) andreas303
2024-11-04 16:45:21 +0100stiell_(~stiell@gateway/tor-sasl/stiell) (Ping timeout: 260 seconds)
2024-11-04 16:47:09 +0100ljdarj(~Thunderbi@user/ljdarj) (Ping timeout: 260 seconds)
2024-11-04 16:54:19 +0100 <Leonard26> I have another issue. I am trying to recreate a C example code in Haskell, through the language bindings for Gstreamer but I'm stuck at trying to implement some functions outside of the main function. My issue being that the variables defined in main cannot be accessed by these outside functions, namely pad_probe_cb and event_probe_cb.
2024-11-04 16:54:20 +0100 <Leonard26> This is the C code https://paste.tomsmeding.com/Zb7Y142y
2024-11-04 16:54:20 +0100 <Leonard26> This is my Haskell code https://paste.tomsmeding.com/1od5ZKlb
2024-11-04 16:54:21 +0100 <Leonard26> Outputting these compilation errors regarding variables not in scope https://paste.tomsmeding.com/CYxggYsh
2024-11-04 16:55:28 +0100 <Leonard26> How can this be solved? =L
2024-11-04 16:56:11 +0100Versality(~Versality@user/Versality) (Remote host closed the connection)
2024-11-04 16:56:53 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net)
2024-11-04 16:57:01 +0100stiell_(~stiell@gateway/tor-sasl/stiell) stiell
2024-11-04 17:00:30 +0100Versality(~Versality@user/Versality) Versality
2024-11-04 17:01:12 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 252 seconds)
2024-11-04 17:01:13 +0100 <mauke> Leonard26: pass them as arguments to the functions that need them?
2024-11-04 17:03:04 +0100 <Leonard26> Yes, I've thought of that but if I try it tells me that the type signature of the callback is wrong, so I can't add any more arguments to these functions, padProbeCallback and eventProbeCallback =L
2024-11-04 17:03:59 +0100 <mauke> do you know about partial application?
2024-11-04 17:04:54 +0100 <Leonard26> Yes, I'm a bit rusty tho
2024-11-04 17:05:19 +0100 <Leonard26> This is the output of adding the missing variables as arguments https://paste.tomsmeding.com/HcDTWCcg
2024-11-04 17:05:57 +0100 <mauke> you need to supply the extra arguments at the point where you register the callback
2024-11-04 17:06:06 +0100euleritian(~euleritia@dynamic-176-004-227-018.176.4.pool.telefonica.de) (Ping timeout: 276 seconds)
2024-11-04 17:06:08 +0100 <mauke> > let addFakeCallback fn = [fn 1, fn 2]; cb x = 2*x in addFakeCallback cb
2024-11-04 17:06:10 +0100 <lambdabot> [2,4]
2024-11-04 17:06:12 +0100abrar(~abrar@pool-72-78-199-167.phlapa.fios.verizon.net)
2024-11-04 17:06:34 +0100 <mauke> > let addFakeCallback fn = [fn 1, fn 2]; cb extra x = extra*x in addFakeCallback cb
2024-11-04 17:06:35 +0100 <lambdabot> [<Integer -> Integer>,<Integer -> Integer>]
2024-11-04 17:06:38 +0100 <mauke> hah
2024-11-04 17:06:42 +0100 <mauke> foiled by lambdabot
2024-11-04 17:06:52 +0100euleritian(~euleritia@dynamic-176-001-208-033.176.1.pool.telefonica.de)
2024-11-04 17:07:14 +0100 <mauke> > let addFakeCallback :: (Int -> Int) -> [Int]; addFakeCallback fn = [fn 1, fn 2]; cb extra x = extra*x in addFakeCallback cb
2024-11-04 17:07:15 +0100 <lambdabot> error:
2024-11-04 17:07:15 +0100 <lambdabot> • Couldn't match type ‘Int -> Int’ with ‘Int’
2024-11-04 17:07:15 +0100 <lambdabot> Expected type: Int -> Int
2024-11-04 17:07:25 +0100 <mauke> ^ this is analogous with your error
2024-11-04 17:07:40 +0100 <mauke> I'm trying to "register" a callback that takes too many arguments
2024-11-04 17:07:54 +0100 <mauke> > let addFakeCallback :: (Int -> Int) -> [Int]; addFakeCallback fn = [fn 1, fn 2]; cb extra x = extra*x in addFakeCallback (cb 42)
2024-11-04 17:07:56 +0100 <lambdabot> [42,84]
2024-11-04 17:11:10 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-11-04 17:11:39 +0100euleritian(~euleritia@dynamic-176-001-208-033.176.1.pool.telefonica.de) (Ping timeout: 260 seconds)
2024-11-04 17:21:08 +0100Square2(~Square4@user/square) (Remote host closed the connection)
2024-11-04 17:21:25 +0100Square(~Square@user/square) Square
2024-11-04 17:22:24 +0100alp(~alp@user/alp) (Ping timeout: 246 seconds)
2024-11-04 17:26:29 +0100 <statusbot6> Status update: Wiki.haskell.org is down due to an unsuccessful system upgrade. We are working on restoring service. -- http://status.haskell.org/pages/incident/537c07b0cf1fad5830000093/6728f5b530789205372a3361
2024-11-04 17:27:19 +0100 <haskellbridge> <hellwolf> I didn't know there was a status.haskell.org page, thanks
2024-11-04 17:28:03 +0100euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de)
2024-11-04 17:28:18 +0100 <haskellbridge> <hellwolf> Though the its history doesn't seem to show the hackage down times that I recently experienced.
2024-11-04 17:28:39 +0100ljdarj(~Thunderbi@user/ljdarj) ljdarj
2024-11-04 17:30:09 +0100euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de) (Read error: Connection reset by peer)
2024-11-04 17:30:17 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-11-04 17:30:59 +0100euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de)
2024-11-04 17:34:57 +0100 <geekosaur> no, it's manual and if nobody reported it nobody will update it
2024-11-04 17:35:08 +0100 <geekosaur> there used to be a live auto-status page but it seems to be gone
2024-11-04 17:35:38 +0100rvalue-(~rvalue@user/rvalue) rvalue
2024-11-04 17:35:56 +0100 <sclv> the only hackage downtime recently was an update on the 2nd and it does show that https://status.haskell.org/pages/maintenance/537c07b0cf1fad5830000093/67267208c5128b053d4b12c7
2024-11-04 17:36:20 +0100 <sclv> also auto-status.haskell.org works again -- it needed some stuff reset
2024-11-04 17:36:43 +0100euphores(~SASL_euph@user/euphores) (Quit: Leaving.)
2024-11-04 17:36:44 +0100rvalue(~rvalue@user/rvalue) (Ping timeout: 260 seconds)
2024-11-04 17:37:17 +0100 <geekosaur> yay
2024-11-04 17:37:21 +0100ystael(~ystael@user/ystael) (Quit: Lost terminal)
2024-11-04 17:37:25 +0100 <geekosaur> (I'm putting out fires elsewhere…)
2024-11-04 17:39:23 +0100 <monochrom> But please don't pour water into computers!
2024-11-04 17:39:55 +0100ystael(~ystael@user/ystael) ystael
2024-11-04 17:40:11 +0100monochromorganizes a water pistol party in the data centre!
2024-11-04 17:41:06 +0100 <haskellbridge> <hellwolf> Pardon me, I just recall it was hoogle instead.
2024-11-04 17:41:52 +0100 <monochrom> Yeah hoogle was down some weeks ago.
2024-11-04 17:43:26 +0100rvalue-rvalue
2024-11-04 17:43:54 +0100 <dolio> It's apparently getting hit by a bunch of bot activity.
2024-11-04 17:43:54 +0100 <geekosaur> I haven't heard any complaints in the past week, so I guess it's back now?
2024-11-04 17:44:44 +0100euphores(~SASL_euph@user/euphores) euphores
2024-11-04 17:46:32 +0100 <haskellbridge> <hellwolf> > It's apparently getting hit by a bunch of bot activity.
2024-11-04 17:46:32 +0100 <haskellbridge> I think we can donate some money and setup a AWS WAF for it... shouldn't cost < $30 dollar
2024-11-04 17:46:47 +0100 <haskellbridge> <hellwolf> or, we live with chances, which kinda worked too
2024-11-04 17:48:54 +0100spew(~spew@201.141.99.170) spew
2024-11-04 17:52:39 +0100comerijn(~merijn@77.242.116.146) (Ping timeout: 260 seconds)
2024-11-04 17:55:51 +0100 <sclv> what we need is a skilled admin to join us and help configure it to knock out the spam -- or maybe someone to work on making the code more efficient to handle load, or both :-)
2024-11-04 17:56:34 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net)
2024-11-04 18:00:54 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 246 seconds)
2024-11-04 18:00:55 +0100LainExperiments(~LainExper@user/LainExperiments) (Quit: Client closed)
2024-11-04 18:01:12 +0100hiredman(~hiredman@frontier1.downey.family) hiredman
2024-11-04 18:08:12 +0100machinedgod(~machinedg@d108-173-18-100.abhsia.telus.net) (Ping timeout: 244 seconds)
2024-11-04 18:14:31 +0100Tuplanolla(~Tuplanoll@91-159-69-59.elisa-laajakaista.fi) Tuplanolla
2024-11-04 18:17:29 +0100target_i(~target_i@user/target-i/x-6023099) (Quit: leaving)
2024-11-04 18:18:25 +0100Leonard26(~Leonard26@49.236.10.26) (Quit: Client closed)
2024-11-04 18:30:45 +0100LainExperiments(~LainExper@user/LainExperiments) LainExperiments
2024-11-04 18:31:38 +0100Digit(~user@user/digit) (Ping timeout: 245 seconds)
2024-11-04 18:31:39 +0100Digitteknohippie(~user@user/digit) Digit
2024-11-04 18:44:28 +0100alp(~alp@2001:861:e3d6:8f80:8ee1:f46d:3f90:227c)
2024-11-04 18:53:45 +0100 <briandaed> sclv are these spam queries network(io) bound?
2024-11-04 18:54:19 +0100 <sclv> i think its compute bound and suspect its just the hoogle code isn't super load efficient on some things
2024-11-04 18:54:53 +0100 <briandaed> more core/threads would help?
2024-11-04 18:55:13 +0100Digitteknohippie(~user@user/digit) (Ping timeout: 252 seconds)
2024-11-04 18:57:23 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net)
2024-11-04 18:57:29 +0100tzh(~tzh@c-76-115-131-146.hsd1.or.comcast.net) tzh
2024-11-04 19:00:03 +0100 <tomsmeding> ultimately spam protection is just really quite hard without relying on internet backbone providers like cloudflare
2024-11-04 19:00:26 +0100 <tomsmeding> IP rate limiting is pointless with IPv6
2024-11-04 19:01:19 +0100 <tomsmeding> (and, what's more, it's also counterproductive with things like CGNAT, or big schools having a small number of external IPs)
2024-11-04 19:01:57 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 248 seconds)
2024-11-04 19:01:57 +0100 <tomsmeding> (if you know better: please let me know!)
2024-11-04 19:04:26 +0100 <briandaed> not sure if we should classify it as a spam or rather (d)dos
2024-11-04 19:04:35 +0100 <tomsmeding> is there a difference?
2024-11-04 19:05:40 +0100 <briandaed> in my narrow mind spam is sending some useless messages (sometimes malicious), while ddos wants service to be down
2024-11-04 19:05:42 +0100 <tomsmeding> (though if it's really a DOS then it would be worth checking if it comes from a small number of IPs)
2024-11-04 19:05:50 +0100 <dolio> From what I heard, it doesn't sound like dos. It sounds like the internet is full of bots who will search for things like "password" on any web form hoping to get lucky.
2024-11-04 19:06:05 +0100 <tomsmeding> and that happens enough times per second to bring the site to a crawl?
2024-11-04 19:06:10 +0100 <tomsmeding> the playground doesn't get spam like that
2024-11-04 19:06:18 +0100 <tomsmeding> (and it's been up and linked to for more than a year now)
2024-11-04 19:06:47 +0100ljdarj(~Thunderbi@user/ljdarj) (Ping timeout: 265 seconds)
2024-11-04 19:06:54 +0100 <briandaed> I also don't suspect spam or malicious activities, rather some misconfigured tool, but I saw only limited sample on discourse
2024-11-04 19:07:01 +0100 <tomsmeding> (link?)
2024-11-04 19:07:07 +0100 <int-e> and everything that looks like it accepts parameters gets hammered with attempts to do SQL injection
2024-11-04 19:07:20 +0100 <briandaed> https://discourse.haskell.org/t/hoogle-appears-to-be-down/10408/21
2024-11-04 19:07:44 +0100 <int-e> (which /may/ be easy to filter before they burden the CPU unduly but it's still work)
2024-11-04 19:08:12 +0100 <briandaed> yeah, moved from hoogle to fw/ids/ips whatever
2024-11-04 19:08:17 +0100 <tomsmeding> that sample is indeed odd
2024-11-04 19:10:02 +0100gvg(~dcd@user/gvg) (Ping timeout: 255 seconds)
2024-11-04 19:10:09 +0100 <tomsmeding> sclv: do you have IPs in the hoogle log?
2024-11-04 19:10:43 +0100 <tomsmeding> the packages in those requests really look quite random; the prefix is the same, and then the last 5 are completely arbitrary
2024-11-04 19:10:48 +0100chele(~chele@user/chele) (Remote host closed the connection)
2024-11-04 19:11:00 +0100 <sclv> nope, we need to change the nginx setup to capture the log -- just been a low priority with everything else
2024-11-04 19:11:02 +0100gvg(~dcd@user/gvg) gvg
2024-11-04 19:11:06 +0100 <tomsmeding> fair
2024-11-04 19:11:19 +0100 <sclv> as is it basically just passes through everything to the hoogle binary, which doesn't have very good logging.
2024-11-04 19:12:30 +0100 <briandaed> sclv any external monitoring, icinga/nagios? not sure what is hot now
2024-11-04 19:12:32 +0100 <sclv> but yeah, anyone comfortable with nginx, systemd and willing to be comfortable with the hoogle codebase is encouraged to volunteer and you can get the auth to poke around on the system and take a look at it
2024-11-04 19:13:02 +0100 <tomsmeding> (I would but I'm swamped already...)
2024-11-04 19:13:29 +0100 <tomsmeding> (as is everyone else, it seems)
2024-11-04 19:13:35 +0100 <briandaed> and one more thing is hardware spec a secret? ram, core count, etc.?
2024-11-04 19:13:58 +0100 <tomsmeding> given that log I would (hugely extrapolate and) think that adding more cores will not help
2024-11-04 19:15:25 +0100 <sclv> specs not a secret, just don' recall off hand -- box is also shared with some other haskell infra. nothing beefy or special.
2024-11-04 19:15:57 +0100 <sclv> i do suspect the best fix is making hoogle not work too hard when requests are goofy
2024-11-04 19:18:25 +0100hgolden__(~hgolden@204.152.216.122) hgolden
2024-11-04 19:19:07 +0100ash3en(~Thunderbi@146.70.124.222) ash3en
2024-11-04 19:19:45 +0100Unicorn_Princess(~Unicorn_P@user/Unicorn-Princess/x-3540542) Unicorn_Princess
2024-11-04 19:20:38 +0100Nachtgespenst(~user@user/siracusa) (Quit: Bye!)
2024-11-04 19:20:48 +0100hgolden_(~hgolden@146.70.173.37) (Ping timeout: 245 seconds)
2024-11-04 19:21:20 +0100Digit(~user@user/digit) Digit
2024-11-04 19:21:32 +0100 <dolio> Is the amount of extra packages part of the problem?
2024-11-04 19:23:24 +0100 <briandaed> https://github.com/ndmitchell/hoogle/blob/master/src/Query.hs line#3 looks interesting
2024-11-04 19:23:28 +0100ash3en(~Thunderbi@146.70.124.222) (Ping timeout: 252 seconds)
2024-11-04 19:23:34 +0100ash3en1(~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) ash3en
2024-11-04 19:24:12 +0100 <sclv> briandaed: oh lmao!!!
2024-11-04 19:24:33 +0100 <int-e> I have a hard time thinking of a legitimate reason for such requests. IDE integration might lead to long lists of packages... but they don't seem to connect and the varying suffix switching between different alternative preludes? Suspicious.
2024-11-04 19:25:52 +0100ash3en1ash3en
2024-11-04 19:26:13 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-11-04 19:26:50 +0100rvalue-(~rvalue@user/rvalue) rvalue
2024-11-04 19:27:34 +0100rvalue(~rvalue@user/rvalue) (Ping timeout: 265 seconds)
2024-11-04 19:27:40 +0100peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) peterbecich
2024-11-04 19:32:43 +0100rvalue-rvalue
2024-11-04 19:35:43 +0100 <tomsmeding> briandaed: lmao
2024-11-04 19:37:01 +0100 <tomsmeding> int-e: not only alternative preludes, including completely random stuff like distribution-opensuse, hledger-web, cabal-install-solver, stack, copilot-language, audacity
2024-11-04 19:37:32 +0100 <tomsmeding> depending on one of those things: fine; depending on all of them together: very suspect
2024-11-04 19:37:57 +0100ft(~ft@p4fc2a216.dip0.t-ipconnect.de) ft
2024-11-04 19:38:32 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-11-04 19:39:45 +0100misterfish(~misterfis@84.53.85.146) misterfish
2024-11-04 19:41:19 +0100L29Ah(~L29Ah@wikipedia/L29Ah) ()
2024-11-04 19:42:09 +0100wootehfoot(~wootehfoo@user/wootehfoot) wootehfoot
2024-11-04 19:43:02 +0100 <int-e> tomsmeding: right. and it's also not simply a list of installed packages because then it should have things like hsemail (a dependency of the niche distribution-opensuse package).
2024-11-04 19:43:02 +0100todi(~todi@p57803331.dip0.t-ipconnect.de) (Remote host closed the connection)
2024-11-04 19:44:54 +0100 <int-e> (even if those made sense as installed packages you'd still have to think of a story for why some packages are fixed and others vary)
2024-11-04 19:45:32 +0100 <int-e> The explanation that does rhyme is that this is a deliberate DoS.
2024-11-04 19:48:42 +0100 <tomsmeding> indeed
2024-11-04 19:48:51 +0100shryke_(~shryke@91.103.43.254) (Quit: WeeChat 4.4.2)
2024-11-04 19:49:14 +0100 <tomsmeding> in which case... what an immaturity to DoS something like hoogle, _why_
2024-11-04 19:49:33 +0100 <tomsmeding> (and why not haskell.org?)
2024-11-04 19:50:04 +0100 <tomsmeding> surely a DoS is to send some kind of message, but it's entirely unclear what the message is here
2024-11-04 19:51:00 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net)
2024-11-04 19:53:07 +0100geekosaurglances at "all of them together" and suddenly wonders if there is some chance that acme-everything is involved
2024-11-04 19:53:25 +0100 <geekosaur> (remembering the equivalent situation with node a few months back)
2024-11-04 19:53:36 +0100 <haskellbridge> <sm> DoS don't need to follow any logic. They can be random, or sometimes unintended misconfigurations
2024-11-04 19:53:58 +0100 <sclv> it does look for like `Monad` in each package, so there's the possibility its trying to crawl all of hackage to discover which modules define a Monad or something, and they're doing it in a just stupid dumb way
2024-11-04 19:54:10 +0100 <haskellbridge> <sm> one just needs to be robust against them
2024-11-04 19:54:31 +0100 <geekosaur> they couldn't just ask ChatGPT like everyone else does in 2024?
2024-11-04 19:54:42 +0100 <sclv> like someone could just be doing something inefficient and not realizing the load they're causing
2024-11-04 19:55:44 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 272 seconds)
2024-11-04 19:56:30 +0100 <int-e> I would expect an LLM to invent package names rather than sticking to existing ones
2024-11-04 19:57:38 +0100 <int-e> It's weird. But all it takes is one ill-motivated (and/or bored) person. :/
2024-11-04 19:57:58 +0100 <sclv> ugh just checked and its still going
2024-11-04 19:59:06 +0100 <sclv> i really do think its somebodys student project gone awry
2024-11-04 19:59:27 +0100 <tomsmeding> but then it's been going for months!
2024-11-04 20:00:47 +0100 <haskellbridge> <sm> can't you "just block them"
2024-11-04 20:03:24 +0100zetef(~quassel@86.124.127.67) zetef
2024-11-04 20:03:24 +0100zetef(~quassel@86.124.127.67) (Client Quit)
2024-11-04 20:03:33 +0100simendsjo(~user@84.211.91.108) (Ping timeout: 276 seconds)
2024-11-04 20:05:57 +0100 <sclv> looks like its a lot of different ips!
2024-11-04 20:06:13 +0100 <tomsmeding> that's odd
2024-11-04 20:06:34 +0100 <sclv> ooh its https://wordpress.org/support/topic/psa-bytedance-and-bytespider-bots-recommend-blocking/
2024-11-04 20:06:35 +0100 <monochrom> Maybe ChatGPT is the one asking hoogle. >:)
2024-11-04 20:06:36 +0100tomsmeding. o O ( just block searching for "Monad" )
2024-11-04 20:07:01 +0100 <monochrom> Hey that works too.
2024-11-04 20:07:10 +0100 <tomsmeding> sclv: oh you have a user agent?
2024-11-04 20:07:17 +0100 <tomsmeding> they are really _crawlers_?
2024-11-04 20:07:45 +0100rvalue(~rvalue@user/rvalue) (Ping timeout: 252 seconds)
2024-11-04 20:07:53 +0100 <sclv> whytf is the company that owns tik tok crawling hoogle something must be haywire
2024-11-04 20:08:37 +0100 <tomsmeding> going by the thread you linked they seem to be crawling everything, and clumsily at that
2024-11-04 20:13:40 +0100LainExperiments(~LainExper@user/LainExperiments) (Quit: Client closed)
2024-11-04 20:14:06 +0100 <int-e> how does crawling end up with such package combinations?
2024-11-04 20:14:13 +0100LainExperiments(~LainExper@user/LainExperiments) LainExperiments
2024-11-04 20:15:20 +0100 <tomsmeding> sclv: is every request different, or is there a set of package combinations that repeats?
2024-11-04 20:15:40 +0100 <tomsmeding> (please prioritise blocking the user agent over checking this)
2024-11-04 20:16:47 +0100 <haskellbridge> <sm> Possibly related: https://news.ycombinator.com/item?id=42009636 Nearly 90% of our AI crawler traffic is from ByteDance
2024-11-04 20:17:17 +0100 <tomsmeding> but is it really _crawler_ traffic or are they training an AI with web access, and not caching any of the accesses it makes?
2024-11-04 20:17:33 +0100 <tomsmeding> that would explain large volumes of weird requests
2024-11-04 20:17:43 +0100rvalue(~rvalue@user/rvalue) rvalue
2024-11-04 20:23:03 +0100peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Ping timeout: 276 seconds)
2024-11-04 20:23:58 +0100Angelz(Angelz@Angelz.oddprotocol.org)
2024-11-04 20:26:15 +0100 <mauke> preflex: seen sm
2024-11-04 20:26:15 +0100 <preflex> sm was last seen on #haskell 9 minutes and 29 seconds ago, saying: Possibly related: https://news.ycombinator.com/item?id=42009636 Nearly 90% of our AI crawler traffic is from ByteDance
2024-11-04 20:27:08 +0100 <mauke> hell yeah. made haskellbridge transparent to the seen command and deployed the update, all without disconnecting the bot
2024-11-04 20:27:36 +0100 <tomsmeding> flex
2024-11-04 20:27:51 +0100 <tomsmeding> mauke: what's it written in
2024-11-04 20:27:55 +0100 <monochrom> How did you manage that? I thought Haskell doesn't quite support hot-loading.
2024-11-04 20:27:55 +0100 <mauke> haskell :-)
2024-11-04 20:28:20 +0100 <mauke> no hot-loading. I built a new executable and copied it to the server
2024-11-04 20:28:38 +0100 <mauke> but it re-execs itself on SIGUSR1
2024-11-04 20:28:52 +0100 <monochrom> Wait, do you mean that every preflex command causes spawning a brand new preflex process?!
2024-11-04 20:29:09 +0100 <tomsmeding> mauke: that's cute
2024-11-04 20:29:17 +0100 <mauke> the way irssi and xmonad do it
2024-11-04 20:29:19 +0100 <monochrom> OK I see, nevermind.
2024-11-04 20:30:03 +0100 <monochrom> Wait, it re-execs without disconnecting. That's interesting.
2024-11-04 20:30:19 +0100 <tomsmeding> mauke: how much state do you have to communicate to the new process to make it continue operations seemlessly?
2024-11-04 20:30:22 +0100 <tomsmeding> *seamlessly
2024-11-04 20:30:32 +0100 <tomsmeding> I guess the irc protocol is simple enough that there's very little state
2024-11-04 20:30:46 +0100 <geekosaur> that's just passing the connection fd on the command line and fdToHandle in the new process, no?
2024-11-04 20:32:17 +0100 <tomsmeding> presumably, yes
2024-11-04 20:32:26 +0100 <monochrom> Is it like this? The re-exec contains arguments that say "don't make new connection, fd #42 is already the connected socket, just use that"?
2024-11-04 20:33:20 +0100sprotte24(~sprotte24@p200300d16f3c620054c3529ac9abaeb8.dip0.t-ipconnect.de)
2024-11-04 20:33:36 +0100 <monochrom> I need to turn that into homework or exam. >:)
2024-11-04 20:34:09 +0100 <tomsmeding> monochrom: you're making life rather easier for students who lurk in this channel
2024-11-04 20:34:32 +0100 <sclv> oh god looking at more logs its not just bytedance its all the fucking crawlers. chatgpt PetalBot amazonbot applebot, and they're all ignoring robots.txt
2024-11-04 20:34:34 +0100 <sclv> ASDFASDF
2024-11-04 20:34:56 +0100 <monochrom> Yeah right 2nd-year unix-and-C students decide to hang out in #haskell. Fat chance.
2024-11-04 20:34:58 +0100 <tomsmeding> sclv: and they're all doing ridiculous infinite praameter combinations?
2024-11-04 20:34:59 +0100 <mauke> monochrom: basically
2024-11-04 20:35:01 +0100 <tomsmeding> monochrom: fair :D
2024-11-04 20:35:21 +0100 <sclv> yes, all their crawls are equally ass and look the same. i wonder if there's some linkfarm that generated them and then they all follow it??
2024-11-04 20:35:23 +0100 <monochrom> On top of gen Z (or whatever it is) hanging out in IRC at all.
2024-11-04 20:35:24 +0100hgolden_(~hgolden@static-198-44-129-51.cust.tzulo.com) hgolden
2024-11-04 20:35:42 +0100 <sclv> there's even a ew that have no bot signature at all that look the same
2024-11-04 20:36:35 +0100 <mauke> tomsmeding: two filenames, two sockets, two pending message queues (input/output), and explicit state: a timestamp, the current nick, isupport settings, list of joined channels
2024-11-04 20:36:39 +0100 <sclv> and on top of that we're getting queries that are from homegrown crawlers looking for like AWS_SECRET and the like to lool
2024-11-04 20:36:47 +0100 <tomsmeding> looking at my logs I seem to currently have >=5 crawlers crawling ircbrowse: babbar.tech, facebook, amazonbot, opensiteexplorer.org, petalbot
2024-11-04 20:37:20 +0100 <tomsmeding> but then that server also runs a matrix server and the matrix server is at least as active lol
2024-11-04 20:37:22 +0100 <sclv> these assholes are killing the internet
2024-11-04 20:37:53 +0100 <briandaed> https://blog.cloudflare.com/declaring-your-aindependence-block-ai-bots-scrapers-and-crawlers-with-… just another reason to hate 'ai'
2024-11-04 20:37:53 +0100hgolden__(~hgolden@204.152.216.122) (Ping timeout: 245 seconds)
2024-11-04 20:37:56 +0100 <tomsmeding> to be fair ircbrowse has a robots.txt that explicitly allows the calendar pages (/day/*), and they seem to be crawling that tree
2024-11-04 20:38:19 +0100 <tomsmeding> mauke: that's quite a bit!
2024-11-04 20:38:24 +0100 <geekosaur> interestingly, I periodically check the logs of my matrix server and the only noise I see is the usual kiddies scanning for vulns
2024-11-04 20:38:32 +0100 <geekosaur> (sorry, no wordpress here 😛 )
2024-11-04 20:38:44 +0100 <tomsmeding> mauke: how do you communicate it, some serialised data structure on the command line or something fancier?
2024-11-04 20:39:36 +0100 <mauke> a lot of show
2024-11-04 20:39:39 +0100 <mauke> and command line arguments
2024-11-04 20:39:39 +0100 <tomsmeding> briandaed: that's hilarious
2024-11-04 20:39:45 +0100 <tomsmeding> mauke: ah :)
2024-11-04 20:40:16 +0100 <mauke> you wouldn't believe what the storage backend looks like :-)
2024-11-04 20:40:19 +0100 <int-e> briandaed: what if I want to be independent of cloudflare
2024-11-04 20:40:39 +0100 <tomsmeding> then you put a regex in your reverse proxy on the user agent
2024-11-04 20:40:48 +0100cuteguest(~cuteguest@67-134-33-194.dia.static.qwest.net)
2024-11-04 20:41:26 +0100 <mauke> the whole thing is built on a simple key/value store, both of which are strings
2024-11-04 20:41:44 +0100 <mauke> all stored data is serialized using 'show'
2024-11-04 20:42:00 +0100 <monochrom> NoSQL + NoBinary >:)
2024-11-04 20:42:05 +0100 <cuteguest> someone here recommended thinking with types.. its soo cool and blowing my mind.. im at open products and open sums and i feel like its going to take me a lot of practice to really get whats going on
2024-11-04 20:42:06 +0100 <briandaed> int-e: then you must be better than 'them'
2024-11-04 20:42:09 +0100 <int-e> TBH I'm somewhat surprised that they use an identifiable user agent (Bytespider / Bytedance) instead of masquerading as a standard web browser.
2024-11-04 20:42:10 +0100 <mauke> it's actually sqlite
2024-11-04 20:42:21 +0100 <monochrom> NoSQL + NoBinary + NoStructure >:) >:)
2024-11-04 20:42:30 +0100 <int-e> If you're being scummy (ignore robots.txt) why not go the extra mile?
2024-11-04 20:42:44 +0100 <tomsmeding> why is spam email so easy to spot
2024-11-04 20:42:58 +0100 <tomsmeding> both are useful, neither make any sense
2024-11-04 20:43:00 +0100 <mauke> but the karma plugin stores counts as full Integers and the seen plugin uses timestamps with picosecond precision, so there's that
2024-11-04 20:43:02 +0100 <int-e> tomsmeding: because 90% of it is not targeted at you
2024-11-04 20:43:06 +0100 <int-e> or 99%
2024-11-04 20:43:34 +0100 <tomsmeding> mauke: I see you're waiting for the person with >2^64 karma
2024-11-04 20:44:23 +0100 <monochrom> cuteguest: open products and open sums are equivalent to OO so one can argue that every 1st-year student understands it. >:)
2024-11-04 20:44:46 +0100 <mauke> sadly, even C doesn't come close :-)
2024-11-04 20:45:10 +0100 <cuteguest> oh no.. mayb i should jus give up all this computer stuff..
2024-11-04 20:46:04 +0100 <mauke> monochrom: isn't that a bit like saying you can catch a ball thrown to you, so you must be able to do calculus?
2024-11-04 20:46:48 +0100 <cuteguest> :3c
2024-11-04 20:46:50 +0100euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de) (Ping timeout: 265 seconds)
2024-11-04 20:47:34 +0100 <monochrom> mauke: It is also like saying "ChatGPT happens to answer my question correctly, so it must understand the topic!"
2024-11-04 20:48:01 +0100 <monochrom> The truth is I was sarcastic about humans "understanding" anything at all.
2024-11-04 20:48:39 +0100 <int-e> monochrom: and people use LLMs for advice in areas that they don't understand
2024-11-04 20:49:12 +0100 <int-e> "ChatGPT knows more about the law than I do, I use it for all my legal advice."
2024-11-04 20:49:14 +0100bairyn(~bairyn@50.250.232.19) (Ping timeout: 260 seconds)
2024-11-04 20:49:19 +0100 <int-e> whatcouldpossiblygowrong
2024-11-04 20:50:48 +0100bairyn(~bairyn@50.250.232.19) ByronJohnson
2024-11-04 20:51:36 +0100euleritian(~euleritia@dynamic-176-006-134-113.176.6.pool.telefonica.de)
2024-11-04 20:51:44 +0100machinedgod(~machinedg@d108-173-18-100.abhsia.telus.net) machinedgod
2024-11-04 20:53:03 +0100 <Rembane> They had it coming! They had it coming! They only had themselves to blame!
2024-11-04 20:53:19 +0100weary-traveler(~user@user/user363627) (Remote host closed the connection)
2024-11-04 20:54:35 +0100 <cuteguest> i <3 you internet ppl
2024-11-04 20:55:15 +0100 <cuteguest> i think i will b back here at some point with a new name.. i think it would b fun to talk about more haskell
2024-11-04 20:55:25 +0100 <[exa]> evening everyone
2024-11-04 20:55:41 +0100 <cuteguest> evening gm gn bye bye
2024-11-04 20:55:50 +0100 <[exa]> \o
2024-11-04 20:56:04 +0100 <cuteguest> o/
2024-11-04 20:56:09 +0100 <tomsmeding> [exa]: sclv is finding out what's behind hoogle's slowness
2024-11-04 20:56:17 +0100cuteguest(~cuteguest@67-134-33-194.dia.static.qwest.net) (Quit: Client closed)
2024-11-04 20:56:19 +0100 <tomsmeding> answer: apparently AI trainer crawlers going absolutely haywire
2024-11-04 20:56:20 +0100 <[exa]> tomsmeding: oh great
2024-11-04 20:56:24 +0100 <tomsmeding> it's insane
2024-11-04 20:56:33 +0100 <[exa]> lol
2024-11-04 20:56:39 +0100 <tomsmeding> https://discourse.haskell.org/t/hoogle-appears-to-be-down/10408/21
2024-11-04 20:56:49 +0100alphazone(~alphazone@2.219.56.221) (Ping timeout: 260 seconds)
2024-11-04 20:56:52 +0100 <[exa]> AI certainly thinks "I'll finally get the monads it if I read it once more"
2024-11-04 20:57:01 +0100SlackCoder(~SlackCode@64-94-63-8.ip.weststar.net.ky) (Quit: Leaving)
2024-11-04 20:57:12 +0100 <sclv> alright i turned on cloudflare protection for hoogle (luckly its already our dns provider) and turned on some of those super bot fight mode features briandaed linked me to -- thanks!
2024-11-04 20:57:13 +0100 <tomsmeding> https://ircbrowse.tomsmeding.com/day/lchaskell/2024/11/04?id=1395457#trid1395457
2024-11-04 20:57:14 +0100 <geekosaur> so is that better or worse than bad monad tutorials?
2024-11-04 20:57:19 +0100 <sclv> didn't kill all the bad traffic but drastically reduced it
2024-11-04 20:57:21 +0100 <geekosaur> (or an AI overreaction to same?)
2024-11-04 20:57:42 +0100 <monochrom> That's what's wrong with soft AI (i.e., the school of AI that says AI means doing what humans do).
2024-11-04 20:57:42 +0100 <tomsmeding> sclv: hoogle is fast again!
2024-11-04 20:57:50 +0100 <tomsmeding> hooray!
2024-11-04 20:57:55 +0100 <[exa]> sclv: <3 thanks!
2024-11-04 20:58:23 +0100 <briandaed> cool, just remember to remove -O0 from Query.hs xD
2024-11-04 20:59:10 +0100 <[exa]> sclv: just curious, how much volume/time was it, roughly?
2024-11-04 20:59:16 +0100 <monochrom> Haha "super bot fight mode". Cf https://store.steampowered.com/app/898750/Super_Robot_Wars_30/
2024-11-04 20:59:44 +0100 <sclv> idk if i can estimate from the logs -- between all the bots were getting like 10 rq/sec ?
2024-11-04 21:00:04 +0100caconym(~caconym@user/caconym) (Quit: bye)
2024-11-04 21:00:39 +0100caconym(~caconym@user/caconym) caconym
2024-11-04 21:01:41 +0100 <haskellbridge> <hellwolf> Do you use "AI" in your Haskell programming workflow, and which editor would you use for that?
2024-11-04 21:01:41 +0100 <haskellbridge> I am still not convinced I would need it for my stuff, but I am open to listening to people's experience, especially when it comes to programming in Haskell...
2024-11-04 21:02:08 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net)
2024-11-04 21:02:54 +0100 <geekosaur> I don't use AI for anything, especially when the fine print says they'll start charging me at some point (looking at you, Gemini) because becoming dependent on it is Bad Idea
2024-11-04 21:03:40 +0100alphazone(~alphazone@2.219.56.221)
2024-11-04 21:03:41 +0100 <monochrom> If you watched the Dune Part II movie, you'll understand this: Control of AI is control of power.
2024-11-04 21:03:55 +0100 <haskellbridge> <hellwolf> I still remember the days when Linus said you should stick to printf debugging, because otherwise you grow dependent on debuggers.
2024-11-04 21:04:07 +0100 <briandaed> hellwolf: no, I assume it "bad" on many levels, I was made to use/evaluate it, but selecting 'best' option and 'tune' it, makes no sense to me, also being trained on GPLed code also stinks
2024-11-04 21:04:55 +0100 <haskellbridge> <hellwolf> This guy from HVM, every day shilling about using AI for his stuff. He seems a smart guy, and I am wondering what am I missing here. I don't want to be stuck with confirmation bias, neither...
2024-11-04 21:04:58 +0100 <[exa]> sclv: btw what's the search backend for hoogle? I somehow thought it's deferring to something like elasticsearch or maybe sphinx as notmuch does, but the search storage looks completely custom, is that right?
2024-11-04 21:05:10 +0100euleritian(~euleritia@dynamic-176-006-134-113.176.6.pool.telefonica.de) (Read error: Connection reset by peer)
2024-11-04 21:05:29 +0100euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de)
2024-11-04 21:05:55 +0100 <monochrom> You should stick to debuggers, because otherwise you grow dependent on printf debugging (which describes me). >:)
2024-11-04 21:06:19 +0100 <[exa]> oh yeah imagine when they monetize printf!
2024-11-04 21:06:23 +0100 <haskellbridge> <hellwolf> does haskell even have a debugger :D
2024-11-04 21:06:36 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 252 seconds)
2024-11-04 21:06:59 +0100 <haskellbridge> <hellwolf> GHC is the best debugger, debug your type errors
2024-11-04 21:07:05 +0100 <geekosaur> ghci, supposedly
2024-11-04 21:07:11 +0100 <haskellbridge> <hellwolf> bingo
2024-11-04 21:07:30 +0100 <haskellbridge> <hellwolf> actually, no, I haven't ever used it for debugging...
2024-11-04 21:07:34 +0100 <geekosaur> there are some gdb scripts floating around byut they assume you uunderstand STG internals
2024-11-04 21:08:54 +0100 <monochrom> LLMs are well-trained on mainstream languages, but Haskell is not a mainstream language. Once again, networking effects win.
2024-11-04 21:09:19 +0100califax_(~califax@user/califx) califx
2024-11-04 21:09:43 +0100califax(~califax@user/califx) (Remote host closed the connection)
2024-11-04 21:10:02 +0100 <int-e> https://github.com/ndmitchell/hoogle/blob/master/src/Output/Names.hs#L46 . o O ( beautiful )
2024-11-04 21:10:30 +0100 <mauke> ... hat? buddha?
2024-11-04 21:10:39 +0100califax_califax
2024-11-04 21:10:54 +0100 <geekosaur> I like the comments nearby as well
2024-11-04 21:11:08 +0100 <geekosaur> (wait, buffer too small? are you using the right language?)
2024-11-04 21:12:18 +0100 <int-e> [exa]: it's all written in Haskell... if my code-browsing skills don't deceive me, https://github.com/ndmitchell/hoogle/blob/master/src/Output/Types.hs does the type matching
2024-11-04 21:12:34 +0100 <monochrom> hat and buddha may have bitrotted.
2024-11-04 21:14:19 +0100 <geekosaur> it's haskell but some of what that linked function is doing makes me think ndm was writing C in Haskell shudder
2024-11-04 21:14:30 +0100 <[exa]> int-e: ah thanks a lot, I was clicking through to this but not nearly as fast
2024-11-04 21:14:40 +0100Smiles(uid551636@id-551636.lymington.irccloud.com) (Quit: Connection closed for inactivity)
2024-11-04 21:15:10 +0100 <[exa]> anyway yeah this would make I guess a nice zurihac topic, hoogle with a slightly more modern data retrieval
2024-11-04 21:17:37 +0100alphazone_(~alphazone@2.219.56.221)
2024-11-04 21:19:33 +0100 <monochrom> It calls a C function text_search. It has to do the FFI necessary evil of malloc-marshall-call_c-free. I would say it looks like C++ RAII. >:) But it's just the usual FFI glue code.
2024-11-04 21:20:09 +0100alphazone(~alphazone@2.219.56.221) (Ping timeout: 260 seconds)
2024-11-04 21:20:10 +0100 <int-e> So you're saying it's idiomatic Haskell.
2024-11-04 21:21:16 +0100 <geekosaur> I don't think doing `malloc` undjer `unsafePerformIO` is ever idiomatic. Or safe,
2024-11-04 21:21:22 +0100 <monochrom> It depends on whether/how-much usage of FFI is idiomatic Haskell.
2024-11-04 21:21:54 +0100 <monochrom> Not even unsafePerformIO (bracket malloc action free)?
2024-11-04 21:21:54 +0100 <int-e> sorry I didn't add ";-)"
2024-11-04 21:22:02 +0100 <monochrom> haha
2024-11-04 21:22:16 +0100weary-traveler(~user@user/user363627) user363627
2024-11-04 21:22:56 +0100 <geekosaur> iirc `bracket` and `unsafePerformIO` is a really dangerouss combination
2024-11-04 21:23:34 +0100 <briandaed> shouldn't it be marked as NOINLINE, same as c_text_search?
2024-11-04 21:24:59 +0100 <int-e> Isn't it (barely) fine if you don't use STM? In contrast to unsafeDupablePerformIO which may fail to exectue the cleanup if the GC manages to d-duplicates the computation. (And with STMs computations can also stop without a trace when a transaction is retried.)
2024-11-04 21:25:22 +0100 <int-e> "it" being `bracket` under unsafePerformIO & friends
2024-11-04 21:26:18 +0100 <geekosaur> STM rejects being run under unsafePerformIO anyway
2024-11-04 21:26:24 +0100 <int-e> And when it's malloc the worst you get is a memory leak. Which is, of course, problematic for servers.
2024-11-04 21:26:25 +0100 <geekosaur> or at least `atomically` does
2024-11-04 21:26:36 +0100 <int-e> geekosaur: this is about unsafePerformIO under STM
2024-11-04 21:26:42 +0100 <geekosaur> the worsyt you get is the process freezing because it blocked
2024-11-04 21:27:43 +0100 <Rembane> I wonder why the C-code was needed.
2024-11-04 21:27:44 +0100 <int-e> AFAIK if you have STM -> unsafePerfromIO -> bracket, the cleanup branch of bracket may never run if the outer transaction is retried, leaking resources. It may be worse and mess with the exception mask.
2024-11-04 21:27:56 +0100 <int-e> Rembane: for better performance I'd guess
2024-11-04 21:28:15 +0100 <int-e> this is searching for a needle in megabytes of data
2024-11-04 21:28:28 +0100 <int-e> (I think)
2024-11-04 21:28:38 +0100 <Rembane> int-e: Yeah, since I'm not a C-programmer it doesn't seem like it's worth it. But I don't really know.
2024-11-04 21:29:26 +0100 <geekosaur> (IIRC malloc gives you pinned memory, which therefore doesn't live in the heap, which therefore means it comes from C's malloc, which means your thread is blocked in FFI and if another thread causes a GC the RTS will block trying to synchronize with your thread while it's in the FFI call)
2024-11-04 21:29:31 +0100 <int-e> Haskell, or rather GHC, isn't great at compiling tight inner loops.
2024-11-04 21:30:14 +0100 <int-e> geekosaur: That depends on whether you make an unsafe or a safe foreign call.
2024-11-04 21:30:23 +0100 <tomsmeding> the C code doesn't look particularly vectorisable, though
2024-11-04 21:30:39 +0100 <haskellbridge> <hellwolf> > Haskell, or rather GHC, isn't great at compiling tight inner loops.
2024-11-04 21:30:39 +0100 <haskellbridge> Any short example of it?
2024-11-04 21:30:45 +0100 <int-e> It has little to do with where malloc-ed memory resides. The fact that it's pinned makes it safe to use in safe foreign calls.
2024-11-04 21:31:28 +0100 <tomsmeding> hellwolf: GHC will not generate SIMD instructions, and a C compiler will, if your code is amenable to it
2024-11-04 21:31:39 +0100 <tomsmeding> that is good for 2x-4x improvement in some cases
2024-11-04 21:32:12 +0100 <tomsmeding> (but as I said, this code doesn't look like the kind of code that would really benefit from that)
2024-11-04 21:32:48 +0100 <tomsmeding> (assuming that the strstr() call is replaced with some other FFI call; perhaps eliminating the overhead of many FFI calls for the strstr()s already justifies putting the whole loop in C)
2024-11-04 21:32:52 +0100 <int-e> bytestring/vector jump through a lot of hoops to hopefully avoid allocations in inner loops
2024-11-04 21:32:52 +0100 <tomsmeding> ( https://github.com/ndmitchell/hoogle/blob/master/cbits/text_search.c )
2024-11-04 21:33:18 +0100 <tomsmeding> (strstr() is typically a thing that you do want to do with SIMD instructions)
2024-11-04 21:33:21 +0100 <int-e> It's much easier to ensure the absence of such allocations by using C.
2024-11-04 21:35:07 +0100 <Inst> ...
2024-11-04 21:35:28 +0100 <Inst> 2 minutes, good enough, do people still use servant, or is it sort of obsolete in web framework land?
2024-11-04 21:35:47 +0100 <geekosaur> why do you think it's obsolete?
2024-11-04 21:36:00 +0100 <geekosaur> it wasn't updated 5 minutes ago?
2024-11-04 21:36:04 +0100ash3en(~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) (Quit: ash3en)
2024-11-04 21:36:30 +0100 <Inst> https://www.servant.dev
2024-11-04 21:36:32 +0100 <Inst> last blog entry 2018
2024-11-04 21:37:19 +0100 <Inst> afaik, like, scotty and spock were standard for a long time, then hecate recommends twain, which as far as i understand is standard for "simple" webservers
2024-11-04 21:38:28 +0100 <tomsmeding> Inst: last upload to hackage August 30th, this year
2024-11-04 21:38:30 +0100 <tomsmeding> is that new enough?
2024-11-04 21:38:46 +0100 <Inst> i mean you could just say there is no alternative
2024-11-04 21:39:05 +0100 <tomsmeding> there are various alternatives with various feature sets and library designs
2024-11-04 21:39:41 +0100 <Inst> any you could recommend?
2024-11-04 21:40:00 +0100 <Inst> or maybe I just don't understand captureall, I'm trying to rig servant to just expose a directory
2024-11-04 21:40:18 +0100 <Inst> and i'm annoyed because i'm using Data.List.intersperse and Data.Foldable.fold
2024-11-04 21:40:25 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 21:40:38 +0100 <monochrom> To expose a directory, just use apache. >:)
2024-11-04 21:40:54 +0100remedan(~remedan@ip-62-245-108-153.bb.vodafone.cz) (Quit: Bye!)
2024-11-04 21:41:35 +0100 <geekosaur> the thing about servant is that it heavily uses type level programming. on the one hand that means it's pretty thoroughly debugged at compile time. on the other it makes it harder to use, so for very simple jobs you may want something easier to wrangle
2024-11-04 21:41:50 +0100 <tomsmeding> Inst: the playground uses snap-server; relatively bare-bones, but works and is not extremely heavy-weight
2024-11-04 21:42:15 +0100 <Clint> warp's pretty simple for just serving a directory
2024-11-04 21:42:41 +0100remedan(~remedan@ip-62-245-108-153.bb.vodafone.cz) remedan
2024-11-04 21:42:58 +0100wootehfoot(~wootehfoo@user/wootehfoot) (Read error: Connection reset by peer)
2024-11-04 21:45:15 +0100 <Inst> thanks for the help, i guess
2024-11-04 21:45:29 +0100 <Inst> monochrom: I'm just making 100 different hello worlds. Getting servant to expose a directory is a hello-world
2024-11-04 21:47:00 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 246 seconds)
2024-11-04 21:48:14 +0100 <monochrom> I use a much simpler hello world. It just counts how many times it has been visited. And the count isn't even saved permanently.
2024-11-04 21:50:31 +0100LainExperiments6(~LainExper@user/LainExperiments) LainExperiments
2024-11-04 21:53:59 +0100LainExperiments(~LainExper@user/LainExperiments) (Ping timeout: 256 seconds)
2024-11-04 21:55:07 +0100CoolMa7(~CoolMa7@95.91.137.87) CoolMa7
2024-11-04 21:56:49 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net)
2024-11-04 21:58:43 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-04 21:59:05 +0100LainExperiments6(~LainExper@user/LainExperiments) (Ping timeout: 256 seconds)
2024-11-04 22:01:16 +0100morb(~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 265 seconds)
2024-11-04 22:03:41 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 265 seconds)
2024-11-04 22:06:40 +0100ircbrowse_tom(~ircbrowse@user/tomsmeding/bot/ircbrowse-tom) ircbrowse_tom
2024-11-04 22:06:42 +0100Server+Cnt
2024-11-04 22:07:29 +0100briandaed(~root@185.234.210.211) (Remote host closed the connection)
2024-11-04 22:07:42 +0100lxsameer(~lxsameer@Serene/lxsameer) (Ping timeout: 276 seconds)
2024-11-04 22:09:04 +0100yahb2(~yahb2@user/tomsmeding/bot/yahb2) (Remote host closed the connection)
2024-11-04 22:14:05 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn