2025/01/16

Newest at the top

2025-01-16 04:14:07 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2025-01-16 04:11:42 +0100euleritian(~euleritia@77.23.250.232)
2025-01-16 04:07:35 +0100remedan(~remedan@ip-62-245-108-153.bb.vodafone.cz) remedan
2025-01-16 04:07:20 +0100euleritian(~euleritia@ip4d17fae8.dynamic.kabel-deutschland.de) (Remote host closed the connection)
2025-01-16 04:06:59 +0100remedan(~remedan@ip-62-245-108-153.bb.vodafone.cz) (Quit: Bye!)
2025-01-16 04:06:51 +0100L29Ah(~L29Ah@wikipedia/L29Ah) (Read error: Connection timed out)
2025-01-16 04:06:23 +0100vanishingideal(~vanishing@user/vanishingideal) vanishingideal
2025-01-16 04:03:03 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 246 seconds)
2025-01-16 03:56:37 +0100Square(~Square@user/square) Square
2025-01-16 03:52:46 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2025-01-16 03:49:58 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 245 seconds)
2025-01-16 03:45:40 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2025-01-16 03:44:06 +0100Sgeo(~Sgeo@user/sgeo) Sgeo
2025-01-16 03:43:10 +0100vanishingideal(~vanishing@user/vanishingideal) (Remote host closed the connection)
2025-01-16 03:34:34 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2025-01-16 03:30:18 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2025-01-16 03:24:06 +0100chexum(~quassel@gateway/tor-sasl/chexum) chexum
2025-01-16 03:23:35 +0100chexum(~quassel@gateway/tor-sasl/chexum) (Remote host closed the connection)
2025-01-16 03:23:20 +0100smalltalkman(uid545680@id-545680.hampstead.irccloud.com) smalltalkman
2025-01-16 03:21:04 +0100user363627(~user@user/user363627) (Remote host closed the connection)
2025-01-16 03:19:27 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2025-01-16 03:19:11 +0100mulk(~mulk@pd9514590.dip0.t-ipconnect.de) mulk
2025-01-16 03:17:50 +0100Jeanne-Kamikaze(~Jeanne-Ka@79.127.217.40) (Quit: Leaving)
2025-01-16 03:14:55 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2025-01-16 03:13:22 +0100peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Ping timeout: 265 seconds)
2025-01-16 03:04:18 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 276 seconds)
2025-01-16 03:04:15 +0100mulk(~mulk@p5b112493.dip0.t-ipconnect.de) (Ping timeout: 246 seconds)
2025-01-16 03:03:07 +0100acidjnk_new(~acidjnk@p200300d6e7283f246994c33ea14f59d4.dip0.t-ipconnect.de) (Read error: Connection reset by peer)
2025-01-16 02:55:02 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2025-01-16 02:53:12 +0100peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) peterbecich
2025-01-16 02:50:01 +0100Sgeo(~Sgeo@user/sgeo) (Read error: Connection reset by peer)
2025-01-16 02:49:30 +0100 <Guest71> geekosaur, ColinRobinson, thanks for your input as well
2025-01-16 02:47:01 +0100 <haskellbridge> <sm> 👍
2025-01-16 02:45:02 +0100 <Guest71> sm: Thanks to you as well, you were very helpful!
2025-01-16 02:44:19 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2025-01-16 02:43:25 +0100califax(~califax@user/califx) califx
2025-01-16 02:39:40 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2025-01-16 02:38:56 +0100xff0x(~xff0x@fsb6a9491c.tkyc517.ap.nuro.jp)
2025-01-16 02:34:29 +0100otto_s(~user@p4ff27909.dip0.t-ipconnect.de)
2025-01-16 02:32:44 +0100otto_s(~user@p5b044c54.dip0.t-ipconnect.de) (Ping timeout: 260 seconds)
2025-01-16 02:32:23 +0100califax(~califax@user/califx) (Remote host closed the connection)
2025-01-16 02:30:59 +0100machinedgod(~machinedg@d108-173-18-100.abhsia.telus.net) (Ping timeout: 260 seconds)
2025-01-16 02:28:49 +0100 <jackdk> I still don't understand (but would like to, once it's in a public repo) what numeric algorithms you're implementing and whether 4× the LoC of `lens` indicates opportunities for simplification or for library splitting. Best of luck Guest71, I hope you figure out something that works for you and your users.
2025-01-16 02:28:39 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 260 seconds)
2025-01-16 02:27:54 +0100 <Guest71> jackdk: Oh, sorry to keep you busy. Thank you so much!
2025-01-16 02:27:02 +0100 <jackdk> This conversation has gone on for nearly 90 minutes without a clear resolution, and I'm sorry but I have to tap out and focus on work. I think you should soft-launch a monopackage to a git forge and try and drum up some users. That would give you more information about what your real users need from your library, and how to split it up; and give us something to look at so we're making recommendations based on something that we can see.
2025-01-16 02:26:46 +0100 <Guest71> Making the monopackage from the microrepos would probably just entail using git submodules and crafting a .cabal file for the purpose. So basically easy.
2025-01-16 02:26:30 +0100ColinRobinson(~juan@user/JuanDaugherty) (Quit: ColinRobinson)
2025-01-16 02:24:36 +0100 <jackdk> Beware that Haddocks' rendering of module re-exports is not the clearest, especially for new users. I still think I'd do the simplest thing that could possibly work, which still sounds like a single package.
2025-01-16 02:24:35 +0100 <Guest71> That would for sure be more conservative