2025/05/14

2025-05-14 00:02:04 +0200Frostillicus(~Frostilli@pool-71-174-119-56.bstnma.fios.verizon.net)
2025-05-14 00:03:29 +0200Unicorn_Princess(~Unicorn_P@user/Unicorn-Princess/x-3540542) (Read error: Connection reset by peer)
2025-05-14 00:03:43 +0200Unicorn_Princess(~Unicorn_P@user/Unicorn-Princess/x-3540542) Unicorn_Princess
2025-05-14 00:04:24 +0200 <tomsmeding> xeno11: "collect2: fatal error: cannot find ‘ld’"
2025-05-14 00:04:49 +0200 <tomsmeding> xeno11: I suspect that this is the actual error, and that cabal just misinterprets failure of gcc as something completely unrelated (and wrong)
2025-05-14 00:05:02 +0200 <tomsmeding> do you have a working gcc and ld? :p
2025-05-14 00:05:16 +0200 <int-e> note that ghc passes '-fuse-ld=gold' there
2025-05-14 00:05:25 +0200esnos(~user@194.29.137.22)
2025-05-14 00:05:36 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 265 seconds)
2025-05-14 00:05:47 +0200 <tomsmeding> despite the only earlier occurrence of the string "gold" in that log being "Cannot find ld.gold on the path"
2025-05-14 00:06:59 +0200Sgeo(~Sgeo@user/sgeo) Sgeo
2025-05-14 00:06:59 +0200 <int-e> ghc --info | grep gold
2025-05-14 00:07:05 +0200 <int-e> is likely to find gold ;-)
2025-05-14 00:08:44 +0200Frostillicus(~Frostilli@pool-71-174-119-56.bstnma.fios.verizon.net) (Ping timeout: 245 seconds)
2025-05-14 00:09:08 +0200 <int-e> it's funny (and annoying) though that cabal diagnoses this as a missing C library
2025-05-14 00:09:52 +0200 <tomsmeding> I guess cabal assumes that gcc always succeeds unless there was a linker error, and a linker error "always" means that one of the C libraries wasn't available
2025-05-14 00:10:28 +0200 <tomsmeding> to be fair I don't blame cabal for not trying to parse linker errors, but it would do well, perhaps, to pass on the error to the user instead of waiting until -v3 (not even -v, -v3!) to display it
2025-05-14 00:11:14 +0200Sgeo(~Sgeo@user/sgeo) (Ping timeout: 245 seconds)
2025-05-14 00:11:31 +0200__monty__(~toonn@user/toonn) (Quit: leaving)
2025-05-14 00:12:18 +0200tomsmedingis afk
2025-05-14 00:12:48 +0200esnos(~user@194.29.137.22) (Remote host closed the connection)
2025-05-14 00:13:14 +0200zarek(~user@194.29.137.22)
2025-05-14 00:14:31 +0200 <zarek> Hi, I already done beginner books about haskell and now I want to do something with Cardano, do you know how can I start?
2025-05-14 00:15:24 +0200 <zarek> And do I need to learn about some more abstractions? I know everything up to state monads, but I don't know gadts or arrows
2025-05-14 00:16:48 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 00:21:37 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 252 seconds)
2025-05-14 00:26:52 +0200jmcantrell(~weechat@user/jmcantrell) (Ping timeout: 265 seconds)
2025-05-14 00:31:07 +0200pavonia(~user@user/siracusa) siracusa
2025-05-14 00:31:39 +0200sabathan2(~sabathan@amarseille-159-1-12-107.w86-203.abo.wanadoo.fr) (Read error: Connection reset by peer)
2025-05-14 00:32:36 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 00:33:50 +0200sabathan2(~sabathan@amarseille-159-1-12-107.w86-203.abo.wanadoo.fr)
2025-05-14 00:35:17 +0200 <EvanR> zarek, dunno about cardano but would you be interested in game programming
2025-05-14 00:35:30 +0200 <EvanR> it is surely to make you collide with more abstractions
2025-05-14 00:37:02 +0200sord937(~sord937@gateway/tor-sasl/sord937) (Quit: sord937)
2025-05-14 00:37:37 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 248 seconds)
2025-05-14 00:39:47 +0200 <zarek> EvanR: Yes, I'm also interested
2025-05-14 00:40:11 +0200 <sim590> int-e, tomsmeding: seems like ld.gold is deprecated apprently. But cabal still uses it by default? Shouldn't it stop to use it at some point?
2025-05-14 00:41:19 +0200 <int-e> sim590: my guess is that using ld.gold is baked into the ghc binary you're using. that's what the ghc --info comment was about
2025-05-14 00:42:23 +0200 <int-e> Or, technically, not the binary but the `settings` files it ships with. So if you feel adventerous you can change that.
2025-05-14 00:42:30 +0200 <zarek> EvanR: Would you recommend some library for it or blog post/book about programming game in haskell? I only today saw this video about programming game in haskell in haskell https://www.youtube.com/watch?v=1MNTerD8IuI&list=PLcGKfGEEONaCyiY7-IV6boavjCIG7q1vd&
2025-05-14 00:42:54 +0200Lord_of_Life_(~Lord@user/lord-of-life/x-2819915) Lord_of_Life
2025-05-14 00:43:06 +0200Lord_of_Life(~Lord@user/lord-of-life/x-2819915) (Ping timeout: 272 seconds)
2025-05-14 00:43:26 +0200 <sim590> int-e: So, it's something that would be likely to change by itself if GHC was upgraded, right?
2025-05-14 00:43:58 +0200 <EvanR> there is #haskell-game and HaskellGameDev discord, with its own links and references, though things have slowed down in the last few months
2025-05-14 00:44:09 +0200 <int-e> sim590: maybe. afaics you're using ghc-up so you're relying on that upstream's build configuration
2025-05-14 00:44:20 +0200Lord_of_Life_Lord_of_Life
2025-05-14 00:44:25 +0200 <sim590> int-e: yep.
2025-05-14 00:44:32 +0200 <zarek> sim590: by any chance did you install ghc by pacman in arch linux? If yes, thank I suggest nuke everything and install everything from curl link
2025-05-14 00:44:57 +0200 <int-e> sim590: you can override the linker in your cabal config, that's probably the easier route for making progress right now
2025-05-14 00:45:28 +0200 <int-e> zarek: ironically that would likely use a linker that's actually installed
2025-05-14 00:45:44 +0200 <int-e> (the trouble is elsewhere)
2025-05-14 00:45:56 +0200 <EvanR> forwarding that link to the other channel looks interesting
2025-05-14 00:46:15 +0200 <sim590> zarek: One of my machines I use have arch and the other has debian.
2025-05-14 00:46:27 +0200 <sim590> But I actually didn't have any issue on Arch.
2025-05-14 00:47:06 +0200 <sim590> I only got issues with debian when dist-upgrading (same as xeno11). I guess that the `binutils-gold` was removed when we did a `dist-upgrade` and that confused everything.
2025-05-14 00:47:33 +0200 <int-e> zarek: it's irrelevant anyway: --with-ghc=/home/xkappel/.ghcup/bin/ghc
2025-05-14 00:48:06 +0200machinedgod(~machinedg@d108-173-18-100.abhsia.telus.net) machinedgod
2025-05-14 00:48:23 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 00:49:36 +0200 <zarek> I remember this is how I solved my problems with ghcup and rest of haskell, but if this isn't solution than I don't know
2025-05-14 00:52:00 +0200 <haskellbridge> <sm> hi zarek, cardano has lots of getting started and learning haskell resources doesn't it; we don't know them all here
2025-05-14 00:52:28 +0200 <haskellbridge> <sm> and, welcome
2025-05-14 00:52:30 +0200 <int-e> sim590: Anyway. The path of least resistance is to install ld.gold (it may be deprecated but it works as a linker). The next easiest idea is to tweak, hmm, ld-location I suppose in ~/.cabal/config. After that it's editing the settings file inside the ghc distribution and after that it's finding a "better" ghc package.
2025-05-14 00:52:55 +0200 <int-e> glhf
2025-05-14 00:53:02 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 252 seconds)
2025-05-14 00:53:54 +0200 <sim590> int-e: isn't it possible to just pass an option to GHC to force not using ld.gold, but stick to plain ld ?
2025-05-14 00:54:25 +0200 <sim590> So we could just protect ourselves with an option in a `cabal.project` file or literally inside the cabal file.
2025-05-14 00:55:01 +0200 <int-e> sim590: which is what cabal would do if you instructed it accordingly, and doing it in the config file feels less painful than doing it on every invokation
2025-05-14 00:55:44 +0200 <sim590> int-e: It would not be in the invocation, but in a config file in the project repo.
2025-05-14 00:56:03 +0200 <sim590> I thought ourproject.cabal in the `ghc-options:` section.
2025-05-14 00:56:06 +0200 <int-e> it's a local configuration so putting it into the project is wrong
2025-05-14 00:57:11 +0200 <int-e> (and you'll run into this with *every* haskell project as long as you use this particular ghc, and probably other versions shipped with ghc-up too)
2025-05-14 00:57:11 +0200 <sim590> At least, we can put it in `cabal.project`, so it's not shipped anywhere.
2025-05-14 00:57:35 +0200halloy5771(~halloy577@205.175.106.139) (Read error: Connection reset by peer)
2025-05-14 00:57:51 +0200 <int-e> it really is a thing that pretty much unambiguously belongs in ~/.cabal/config
2025-05-14 00:58:03 +0200 <int-e> and not in some project-related file
2025-05-14 00:59:55 +0200 <geekosaur> it should probably go in ghc's settings file fwiw
2025-05-14 01:00:18 +0200 <int-e> sure but then you're bound to clash with ghc-up eventually
2025-05-14 01:00:31 +0200 <xeno11> tomsmeding:,int-e: thanks for the help, much appreciated
2025-05-14 01:00:58 +0200 <xeno11> tomsmeding: , int-e: *
2025-05-14 01:03:58 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 01:05:11 +0200ljdarj1(~Thunderbi@user/ljdarj) ljdarj
2025-05-14 01:07:49 +0200ljdarj(~Thunderbi@user/ljdarj) (Ping timeout: 276 seconds)
2025-05-14 01:07:50 +0200ljdarj1ljdarj
2025-05-14 01:08:38 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 244 seconds)
2025-05-14 01:12:39 +0200jmcantrell(~weechat@user/jmcantrell) jmcantrell
2025-05-14 01:13:25 +0200jason_davidson(~jason.dav@user/jason-davidson:57402) jason_davidson
2025-05-14 01:17:56 +0200Square2(~Square@user/square) (Ping timeout: 272 seconds)
2025-05-14 01:19:45 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 01:20:34 +0200sprotte24(~sprotte24@p200300d16f210300c438dc587dfe80f8.dip0.t-ipconnect.de) (Quit: Leaving)
2025-05-14 01:23:03 +0200Guest35(~Guest35@2800:bf0:177:7c0:3c92:6af8:5ab1:4e0a)
2025-05-14 01:24:23 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 265 seconds)
2025-05-14 01:25:28 +0200Guest35(~Guest35@2800:bf0:177:7c0:3c92:6af8:5ab1:4e0a) (Client Quit)
2025-05-14 01:29:38 +0200 <monochrom> Hrm, ld.gold is going away? That's a pity. If you reinstall GHC, the install script can pick up the fact that you don't have ld.gold, then initialize its settings file accordingly.
2025-05-14 01:30:51 +0200ljdarj(~Thunderbi@user/ljdarj) (Ping timeout: 244 seconds)
2025-05-14 01:35:08 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 01:37:25 +0200Tuplanolla(~Tuplanoll@91-159-69-59.elisa-laajakaista.fi) (Quit: Leaving.)
2025-05-14 01:37:52 +0200jespada(~jespada@r179-25-18-201.dialup.adsl.anteldata.net.uy) (Quit: My Mac has gone to sleep. ZZZzzz…)
2025-05-14 01:38:19 +0200halloy5771(~halloy577@205.175.106.139)
2025-05-14 01:38:36 +0200halloy5771(~halloy577@205.175.106.139) (Client Quit)
2025-05-14 01:41:39 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 245 seconds)
2025-05-14 01:42:09 +0200acidjnk(~acidjnk@p200300d6e71c4f19710480a6a0bd753e.dip0.t-ipconnect.de) (Ping timeout: 248 seconds)
2025-05-14 01:45:58 +0200emmanuelux(~emmanuelu@user/emmanuelux) emmanuelux
2025-05-14 01:46:45 +0200j1n37-(~j1n37@user/j1n37) j1n37
2025-05-14 01:47:23 +0200j1n37(~j1n37@user/j1n37) (Ping timeout: 244 seconds)
2025-05-14 01:53:11 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 01:58:13 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 248 seconds)
2025-05-14 02:06:58 +0200preflex(~preflex@user/mauke/bot/preflex) (Ping timeout: 276 seconds)
2025-05-14 02:07:16 +0200preflex(~preflex@user/mauke/bot/preflex) preflex
2025-05-14 02:07:17 +0200acidsys(~crameleon@openSUSE/member/crameleon) (Ping timeout: 248 seconds)
2025-05-14 02:08:03 +0200bionade24(~quassel@2a03:4000:33:45b::1) (Ping timeout: 244 seconds)
2025-05-14 02:08:06 +0200acidsys(~crameleon@openSUSE/member/crameleon) crameleon
2025-05-14 02:08:28 +0200bionade24(~quassel@server2.oscloud.info) bionade24
2025-05-14 02:08:57 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 02:09:20 +0200machinedgod(~machinedg@d108-173-18-100.abhsia.telus.net) (Ping timeout: 265 seconds)
2025-05-14 02:09:53 +0200j1n37(~j1n37@user/j1n37) j1n37
2025-05-14 02:09:57 +0200j1n37-(~j1n37@user/j1n37) (Ping timeout: 248 seconds)
2025-05-14 02:12:15 +0200xeno11(~xeno11@c-69-140-170-168.hsd1.de.comcast.net) (Quit: Client closed)
2025-05-14 02:13:37 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 248 seconds)
2025-05-14 02:15:55 +0200ttybitnik(~ttybitnik@user/wolper) (Quit: Fading out...)
2025-05-14 02:16:09 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 02:20:15 +0200zarek(~user@194.29.137.22) (ERC 5.6.0.30.1 (IRC client for GNU Emacs 30.1))
2025-05-14 02:21:16 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 276 seconds)
2025-05-14 02:23:20 +0200droideqa(uid499291@user/droideqa) droideqa
2025-05-14 02:25:13 +0200mange(~user@user/mange) mange
2025-05-14 02:31:49 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 02:37:31 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 276 seconds)
2025-05-14 02:38:27 +0200servo(~servo@c-73-128-187-52.hsd1.va.comcast.net)
2025-05-14 02:39:19 +0200sajenim(~sajenim@user/sajenim) sajenim
2025-05-14 02:43:53 +0200servo(~servo@c-73-128-187-52.hsd1.va.comcast.net) (Quit: Client closed)
2025-05-14 02:47:38 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 02:53:07 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 276 seconds)
2025-05-14 02:55:15 +0200xff0x(~xff0x@2405:6580:b080:900:fab1:2ba7:ff3c:d0fc) (Ping timeout: 265 seconds)
2025-05-14 02:55:24 +0200vsv(~vsv@c-73-128-187-52.hsd1.va.comcast.net)
2025-05-14 03:00:06 +0200gmg(~user@user/gehmehgeh) (Remote host closed the connection)
2025-05-14 03:00:36 +0200vsv20(~vsv@c-73-128-187-52.hsd1.va.comcast.net)
2025-05-14 03:00:57 +0200gmg(~user@user/gehmehgeh) gehmehgeh
2025-05-14 03:03:25 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 03:08:17 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 244 seconds)
2025-05-14 03:10:36 +0200halloy5771(~halloy577@71-212-10-118.tukw.qwest.net)
2025-05-14 03:11:40 +0200JuanDaugherty(~juan@user/JuanDaugherty) (Quit: praxis.meansofproduction.biz (juan@acm.org))
2025-05-14 03:14:47 +0200 <sim590> monochrom: really? Well, this is the curl installation way, but will ghcup do that also? I guess not as int-e suggested otherwise.
2025-05-14 03:17:44 +0200 <sim590> int-e: my main goal though is to make it so that any developer that wants to work on my project doesn't have to ask himself the same thing we asked ourselves just because ld.gold missing is silently reported in some fat log that you are gonna have trouble find at first. So, that's why I say it belongs in the repo since I am at the very least sure that `ld` should exist on the platform as it always
2025-05-14 03:17:46 +0200 <sim590> had. I've been using Linux for almost 15 years and I've never heard of `ld.gold`, so I think that the safest is to force `ld` for all developers who touch the project.
2025-05-14 03:19:13 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 03:26:11 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 265 seconds)
2025-05-14 03:37:16 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 03:41:52 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 244 seconds)
2025-05-14 03:49:17 +0200 <monochrom> That road leads to docker images. Then you can full control of what runs on other people's computers.
2025-05-14 03:49:43 +0200 <monochrom> Hell, s/what runs on//
2025-05-14 03:50:45 +0200j1n37-(~j1n37@user/j1n37) j1n37
2025-05-14 03:50:56 +0200 <sim590> I don't need to go there just yet... :)
2025-05-14 03:51:35 +0200j1n37(~j1n37@user/j1n37) (Ping timeout: 252 seconds)
2025-05-14 03:51:58 +0200xff0x(~xff0x@fsb6a9491c.tkyc517.ap.nuro.jp)
2025-05-14 03:53:03 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 03:54:50 +0200 <monochrom> GHC is about the only compiler that generates code that spams the linker to the point that ld.gnu is noticeably too slow and we need the asymptotically faster ld.gold. So it is natural that outside the Haskell community no one needs to talk about it.
2025-05-14 03:58:20 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 260 seconds)
2025-05-14 03:59:48 +0200 <monochrom> But that was a long time ago, maybe 10 years? Since then, maybe GHC spams the linker less, maybe ld.gnu switched to a faster algorithm, I didn't follow the subsequent evolution, but no one talks about it again today.
2025-05-14 04:01:32 +0200 <monochrom> Or maybe simply computers became exponentially faster so there is no longer a need for any non-brute-force algorithm!
2025-05-14 04:02:59 +0200 <monochrom> (P.S. I will be teaching Curry to my students, so they can write moar brute-force search with fewer lines of code because Curry has brute-force-search semantics!)
2025-05-14 04:05:05 +0200 <sim590> I guess that's a bit saner for the programmer soul in some respect. brute-force, but less many lines of code at least!
2025-05-14 04:05:08 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 04:07:59 +0200 <sim590> It seems like I'm able to pass -optc -fuse-ld=bfd for instance. Since it's one of the documented values in the GCC manpage. But, I can't seem to make it back to default since default would be the absence of any -fuse-ld flags, but GHC has it's own and I want to override it.
2025-05-14 04:09:57 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 248 seconds)
2025-05-14 04:16:58 +0200Frostillicus(~Frostilli@pool-71-174-119-56.bstnma.fios.verizon.net)
2025-05-14 04:17:25 +0200td_(~td@i53870919.versanet.de) (Ping timeout: 265 seconds)
2025-05-14 04:19:06 +0200td_(~td@i5387091D.versanet.de)
2025-05-14 04:20:56 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 04:26:09 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 260 seconds)
2025-05-14 04:32:58 +0200Frostillicus(~Frostilli@pool-71-174-119-56.bstnma.fios.verizon.net) (Ping timeout: 252 seconds)
2025-05-14 04:34:08 +0200bitdex(~bitdex@gateway/tor-sasl/bitdex) bitdex
2025-05-14 04:36:43 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 04:39:17 +0200Unicorn_Princess(~Unicorn_P@user/Unicorn-Princess/x-3540542) (Remote host closed the connection)
2025-05-14 04:41:25 +0200halloy5771(~halloy577@71-212-10-118.tukw.qwest.net) (Read error: Connection reset by peer)
2025-05-14 04:41:27 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 252 seconds)
2025-05-14 04:45:17 +0200sabathan2(~sabathan@amarseille-159-1-12-107.w86-203.abo.wanadoo.fr) (Remote host closed the connection)
2025-05-14 04:45:37 +0200sabathan2(~sabathan@amarseille-159-1-12-107.w86-203.abo.wanadoo.fr)
2025-05-14 04:52:30 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 04:53:41 +0200Frostillicus(~Frostilli@pool-71-174-119-56.bstnma.fios.verizon.net)
2025-05-14 04:55:36 +0200weary-traveler(~user@user/user363627) (Remote host closed the connection)
2025-05-14 04:57:29 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 245 seconds)
2025-05-14 05:01:57 +0200weary-traveler(~user@user/user363627) user363627
2025-05-14 05:02:04 +0200weary-traveler(~user@user/user363627) (Client Quit)
2025-05-14 05:02:28 +0200weary-traveler(~user@user/user363627) user363627
2025-05-14 05:03:20 +0200rvalue(~rvalue@user/rvalue) (Ping timeout: 265 seconds)
2025-05-14 05:05:42 +0200vsv20(~vsv@c-73-128-187-52.hsd1.va.comcast.net) (Ping timeout: 240 seconds)
2025-05-14 05:08:18 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 05:15:19 +0200Frostillicus(~Frostilli@pool-71-174-119-56.bstnma.fios.verizon.net) (Remote host closed the connection)
2025-05-14 05:15:27 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 272 seconds)
2025-05-14 05:15:41 +0200Frostillicus(~Frostilli@pool-71-174-119-56.bstnma.fios.verizon.net)
2025-05-14 05:17:58 +0200tavare(~tavare@user/tavare) tavare
2025-05-14 05:18:04 +0200tavare(~tavare@user/tavare) (Remote host closed the connection)
2025-05-14 05:18:45 +0200Pozyomka(~pyon@user/pyon) (Quit: brb)
2025-05-14 05:18:59 +0200Pozyomka(~pyon@user/pyon) pyon
2025-05-14 05:20:00 +0200manwithluck(~manwithlu@2a09:bac1:5b80:20::38a:2d) (Ping timeout: 260 seconds)
2025-05-14 05:20:27 +0200manwithluck(~manwithlu@2a09:bac5:5084:2387::38a:39) manwithluck
2025-05-14 05:21:23 +0200vsv(~vsv@c-73-128-187-52.hsd1.va.comcast.net) (WeeChat 4.1.1)
2025-05-14 05:21:36 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) peterbecich
2025-05-14 05:22:32 +0200Frostillicus(~Frostilli@pool-71-174-119-56.bstnma.fios.verizon.net) (Ping timeout: 252 seconds)
2025-05-14 05:24:05 +0200aditya_an1l(~aditya_an@user/aditya-an1l:63825) aditya_an1l
2025-05-14 05:26:21 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 05:31:17 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 268 seconds)
2025-05-14 05:37:16 +0200 <sim590> Related to all of this, for ghcup users: https://github.com/haskell/ghcup-hs/issues/1032.
2025-05-14 05:38:04 +0200aforemny(~aforemny@i577B138D.versanet.de) aforemny
2025-05-14 05:39:01 +0200aforemny_(~aforemny@i59F4C598.versanet.de) (Ping timeout: 248 seconds)
2025-05-14 05:41:52 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 05:46:23 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 244 seconds)
2025-05-14 05:47:12 +0200rvalue(~rvalue@user/rvalue) rvalue
2025-05-14 05:57:37 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 06:02:30 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 252 seconds)
2025-05-14 06:18:09 +0200PHO`(~pho@akari.cielonegro.org) (Ping timeout: 272 seconds)
2025-05-14 06:18:19 +0200PHO`(~pho@akari.cielonegro.org) PHO`
2025-05-14 06:18:37 +0200jle`(~jle`@2603:8001:3b00:11:20d1:30be:71d9:b2d8) (Ping timeout: 252 seconds)
2025-05-14 06:18:58 +0200jle`(~jle`@2603:8001:3b00:11:515:67c3:ce1:e6bf) jle`
2025-05-14 06:19:49 +0200_xor(~xor@ip-50-5-4-25.dynamic.fuse.net) (Ping timeout: 276 seconds)
2025-05-14 06:20:11 +0200Frostillicus(~Frostilli@pool-71-174-119-56.bstnma.fios.verizon.net)
2025-05-14 06:21:45 +0200_xor(~xor@ip-50-5-4-25.dynamic.fuse.net) _xor
2025-05-14 06:21:55 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 06:26:24 +0200sabathan2(~sabathan@amarseille-159-1-12-107.w86-203.abo.wanadoo.fr) (Remote host closed the connection)
2025-05-14 06:26:25 +0200takuan(~takuan@d8D86B601.access.telenet.be)
2025-05-14 06:26:41 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 252 seconds)
2025-05-14 06:26:47 +0200sabathan2(~sabathan@amarseille-159-1-12-107.w86-203.abo.wanadoo.fr)
2025-05-14 06:28:19 +0200takuan(~takuan@d8D86B601.access.telenet.be) (Read error: Connection reset by peer)
2025-05-14 06:28:44 +0200takuan(~takuan@d8D86B601.access.telenet.be)
2025-05-14 06:29:34 +0200takuan(~takuan@d8D86B601.access.telenet.be) (Read error: Connection reset by peer)
2025-05-14 06:30:07 +0200takuan(~takuan@d8D86B601.access.telenet.be)
2025-05-14 06:37:42 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 06:42:28 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 252 seconds)
2025-05-14 06:43:12 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Ping timeout: 252 seconds)
2025-05-14 06:46:23 +0200halloy5771(~halloy577@71-212-10-118.tukw.qwest.net)
2025-05-14 06:52:00 +0200sabathan2(~sabathan@amarseille-159-1-12-107.w86-203.abo.wanadoo.fr) (Remote host closed the connection)
2025-05-14 06:52:20 +0200sabathan2(~sabathan@amarseille-159-1-12-107.w86-203.abo.wanadoo.fr)
2025-05-14 06:53:30 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 06:58:51 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 265 seconds)
2025-05-14 07:07:09 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 07:11:54 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 252 seconds)
2025-05-14 07:13:31 +0200michalz(~michalz@185.246.207.200)
2025-05-14 07:22:54 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 07:27:56 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 252 seconds)
2025-05-14 07:28:10 +0200michalz_(~michalz@185.246.207.193)
2025-05-14 07:29:59 +0200michalz(~michalz@185.246.207.200) (Ping timeout: 245 seconds)
2025-05-14 07:32:53 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) peterbecich
2025-05-14 07:33:55 +0200haskellbridge(~hackager@syn-096-028-227-029.res.spectrum.com) (Ping timeout: 276 seconds)
2025-05-14 07:34:22 +0200euleritian(~euleritia@77.23.248.100) (Ping timeout: 244 seconds)
2025-05-14 07:35:30 +0200euleritian(~euleritia@dynamic-176-006-131-057.176.6.pool.telefonica.de)
2025-05-14 07:38:42 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 07:44:16 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 272 seconds)
2025-05-14 07:45:09 +0200euleritian(~euleritia@dynamic-176-006-131-057.176.6.pool.telefonica.de) (Read error: Connection reset by peer)
2025-05-14 07:45:27 +0200euleritian(~euleritia@ip4d17f864.dynamic.kabel-deutschland.de)
2025-05-14 07:45:37 +0200Frostillicus(~Frostilli@pool-71-174-119-56.bstnma.fios.verizon.net) (Ping timeout: 276 seconds)
2025-05-14 07:45:56 +0200acidjnk(~acidjnk@p200300d6e71c4f19e412b9b0af92c1b5.dip0.t-ipconnect.de) acidjnk
2025-05-14 07:48:20 +0200JuanDaugherty(~juan@user/JuanDaugherty) JuanDaugherty
2025-05-14 07:54:28 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 08:01:36 +0200halloy5771(~halloy577@71-212-10-118.tukw.qwest.net) (Read error: Connection reset by peer)
2025-05-14 08:01:52 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 276 seconds)
2025-05-14 08:08:08 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 08:09:10 +0200halloy5771(~halloy577@71-212-10-118.tukw.qwest.net)
2025-05-14 08:13:01 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 252 seconds)
2025-05-14 08:14:25 +0200euleritian(~euleritia@ip4d17f864.dynamic.kabel-deutschland.de) (Ping timeout: 260 seconds)
2025-05-14 08:14:36 +0200euleritian(~euleritia@dynamic-176-006-131-057.176.6.pool.telefonica.de)
2025-05-14 08:16:11 +0200rvalue(~rvalue@user/rvalue) (Ping timeout: 265 seconds)
2025-05-14 08:23:55 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 08:28:37 +0200weary-traveler(~user@user/user363627) (Remote host closed the connection)
2025-05-14 08:29:15 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 272 seconds)
2025-05-14 08:30:15 +0200JuanDaugherty(~juan@user/JuanDaugherty) (Quit: praxis.meansofproduction.biz (juan@acm.org))
2025-05-14 08:30:45 +0200peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Ping timeout: 248 seconds)
2025-05-14 08:34:33 +0200halloy5771(~halloy577@71-212-10-118.tukw.qwest.net) (Ping timeout: 265 seconds)
2025-05-14 08:36:00 +0200halloy5771(~halloy577@71-212-10-118.tukw.qwest.net)
2025-05-14 08:36:05 +0200aditya_an1l(~aditya_an@user/aditya-an1l:63825) (Ping timeout: 248 seconds)
2025-05-14 08:38:00 +0200aditya_an1l(~aditya_an@user/aditya-an1l:63825) aditya_an1l
2025-05-14 08:39:43 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 08:44:34 +0200aditya_an1l(~aditya_an@user/aditya-an1l:63825) (Ping timeout: 260 seconds)
2025-05-14 08:44:45 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 260 seconds)
2025-05-14 08:46:24 +0200aditya_an1l(~aditya_an@user/aditya-an1l:63825) aditya_an1l
2025-05-14 08:55:31 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-05-14 08:58:44 +0200sabathan2(~sabathan@amarseille-159-1-12-107.w86-203.abo.wanadoo.fr) (Remote host closed the connection)
2025-05-14 08:59:06 +0200sabathan2(~sabathan@amarseille-159-1-12-107.w86-203.abo.wanadoo.fr)
2025-05-14 09:00:00 +0200caconym7(~caconym@user/caconym) (Quit: bye)
2025-05-14 09:00:22 +0200merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 276 seconds)
2025-05-14 09:00:41 +0200caconym7(~caconym@user/caconym) caconym
2025-05-14 09:07:02 +0200emmanuelux(~emmanuelu@user/emmanuelux) (Quit: au revoir)
2025-05-14 09:09:05 +0200rvalue(~rvalue@user/rvalue) rvalue
2025-05-14 09:10:28 +0200lortabac(~lortabac@2a01:e0a:541:b8f0:55ab:e185:7f81:54a4) lortabac
2025-05-14 09:10:28 +0200jmcantrell(~weechat@user/jmcantrell) (Ping timeout: 244 seconds)
2025-05-14 09:14:04 +0200 <hellwolf> bridge is down. I can post in both side :)
2025-05-14 09:15:40 +0200aditya_an1l(~aditya_an@user/aditya-an1l:63825) (Ping timeout: 260 seconds)
2025-05-14 09:17:34 +0200simplystuart(~simplystu@c-75-75-152-164.hsd1.pa.comcast.net) (Remote host closed the connection)
2025-05-14 09:17:58 +0200simplystuart(~simplystu@c-75-75-152-164.hsd1.pa.comcast.net)
2025-05-14 09:18:31 +0200CiaoSen(~Jura@2a02:8071:64e1:da0:5a47:caff:fe78:33db) CiaoSen
2025-05-14 09:21:47 +0200fp(~Thunderbi@88-148-149-111.bb.dnainternet.fi) fp
2025-05-14 09:29:40 +0200j1n37-(~j1n37@user/j1n37) (Ping timeout: 260 seconds)
2025-05-14 09:35:43 +0200j1n37(~j1n37@user/j1n37) j1n37
2025-05-14 09:37:02 +0200sord937(~sord937@gateway/tor-sasl/sord937) sord937
2025-05-14 09:37:59 +0200Square(~Square4@user/square) Square
2025-05-14 09:38:35 +0200Square2(~Square@user/square) Square
2025-05-14 09:41:14 +0200euleritian(~euleritia@dynamic-176-006-131-057.176.6.pool.telefonica.de) (Read error: Connection reset by peer)
2025-05-14 09:41:34 +0200euleritian(~euleritia@ip4d17f864.dynamic.kabel-deutschland.de)
2025-05-14 09:42:21 +0200merijn(~merijn@77.242.116.146) merijn
2025-05-14 09:53:55 +0200machinedgod(~machinedg@d108-173-18-100.abhsia.telus.net) machinedgod
2025-05-14 09:56:42 +0200ljdarj(~Thunderbi@user/ljdarj) ljdarj
2025-05-14 09:59:03 +0200biberu(~biberu@user/biberu) (Read error: Connection reset by peer)
2025-05-14 09:59:24 +0200biberu(~biberu@user/biberu) biberu
2025-05-14 10:12:30 +0200tzh(~tzh@c-76-115-131-146.hsd1.or.comcast.net) (Quit: zzz)
2025-05-14 10:23:20 +0200ljdarj(~Thunderbi@user/ljdarj) (Ping timeout: 260 seconds)
2025-05-14 10:24:46 +0200ft(~ft@p3e9bc106.dip0.t-ipconnect.de) (Quit: leaving)
2025-05-14 10:25:14 +0200halloy5771(~halloy577@71-212-10-118.tukw.qwest.net) (Quit: halloy5771)
2025-05-14 10:26:38 +0200ljdarj(~Thunderbi@user/ljdarj) ljdarj
2025-05-14 10:27:52 +0200esnos(~user@194.29.137.22)
2025-05-14 10:35:54 +0200__monty__(~toonn@user/toonn) toonn
2025-05-14 10:37:28 +0200ephilalethes(~noumenon@2001:fb1:49:87bc:aa7e:eaff:fede:ff94) noumenon
2025-05-14 10:38:09 +0200Square2(~Square@user/square) (Ping timeout: 248 seconds)
2025-05-14 10:40:10 +0200 <esnos> Hi, I know this is not haskell related question, but if I want to log messages from other channel for future reading when I'm not connected, should I install znc on server, or there is there other way to log messages when I'm not connected? I'm new to irc and it's much harder to grasp then matrix or discord
2025-05-14 10:40:13 +0200lortabac(~lortabac@2a01:e0a:541:b8f0:55ab:e185:7f81:54a4) (Ping timeout: 265 seconds)
2025-05-14 10:41:43 +0200 <ski> you make sure you have a client running, on some machine that stays connected
2025-05-14 10:42:52 +0200 <ski> that could be a bouncer (like ZNC,&c.), or could be a terminal client, running under GNU Screen / TMux. there are also some things, like IRCCloud which provide a bouncer for you
2025-05-14 10:42:54 +0200chele(~chele@user/chele) chele
2025-05-14 10:43:29 +0200 <TMA> esnos: there is nothing on the IRC server that keeps the messages for you. you need an always connected client. znc is just one option for an always-on client
2025-05-14 10:43:53 +0200 <TMA> esnos: ski said it faster
2025-05-14 10:54:05 +0200econo_(uid147250@id-147250.tinside.irccloud.com) (Quit: Connection closed for inactivity)
2025-05-14 10:54:25 +0200YoungFrog(~youngfrog@39.129-180-91.adsl-dyn.isp.belgacom.be) (Ping timeout: 268 seconds)
2025-05-14 10:54:48 +0200 <esnos> So if I just use erc on server, than it will be the same as using znc?
2025-05-14 10:55:42 +0200 <ski> more or less. are you running emacs daemon ?
2025-05-14 10:56:00 +0200 <ski> (or starting emacs server)
2025-05-14 10:56:05 +0200 <esnos> I don't have server yet
2025-05-14 10:56:17 +0200 <ski> i mean like `M-x server-start'
2025-05-14 10:56:22 +0200 <esnos> On my pc I don't use emacs daemon
2025-05-14 10:57:02 +0200YoungFrog(~youngfrog@2a02:a03f:ca07:f900:a9b8:a3d6:d29f:10e6) youngfrog
2025-05-14 10:57:23 +0200 <ski> hm, i don't recall testing how that behaves, if you try to connect to it non-locally, forwarding X, and then the connection breaks
2025-05-14 10:59:12 +0200 <esnos> But why just opening emacs and openning erc on server won't work?
2025-05-14 11:00:07 +0200 <ski> (i do recall some time, opening a graphical frame via `emacsclient -c', under X, and X crashing, the whole Emacs session (which was running under GNU Screen, started before X) crashed, annoyingly. dunno whether that would be the case with `emacsclient -nw' (not running under GNU Screen or TMux) under X, and then X crashing; now how doing that remotely might affect it)
2025-05-14 11:00:56 +0200 <ski> because you might have to disconnect from the server (e.g. when turning off local machine), and later want to reconnect and check how your IRC session is doing
2025-05-14 11:01:55 +0200 <ski> so, you would like to run it, in a way that doesn't terminate, in case the connection breaks
2025-05-14 11:02:12 +0200lortabac(~lortabac@2a0d:e487:51f:6bb1:14ba:78f6:7f54:fc89)
2025-05-14 11:02:29 +0200 <esnos> Okay
2025-05-14 11:02:33 +0200comerijn(~merijn@77.242.116.146) merijn
2025-05-14 11:02:46 +0200 <ski> presumably you can do that with emacs daemon
2025-05-14 11:02:56 +0200skiuses GNU Screen, for this
2025-05-14 11:03:31 +0200 <esnos> I will than look into emacs daemon for logging and into znc, thank you ski for help
2025-05-14 11:04:11 +0200 <ski> (oh, and iirc, SystemD, at least some years ago, liked to kill processes that you had started in the background, to not be terminated on disconnect/hangup. so if your server has that, you might need to convince it to not kill your session, after you disconnect)
2025-05-14 11:05:12 +0200skihasn't used ERC .. better ask #emacs or #erc about specifics of that
2025-05-14 11:05:21 +0200merijn(~merijn@77.242.116.146) (Ping timeout: 248 seconds)
2025-05-14 11:05:29 +0200sabathan2(~sabathan@amarseille-159-1-12-107.w86-203.abo.wanadoo.fr) (Remote host closed the connection)
2025-05-14 11:05:52 +0200sabathan2(~sabathan@amarseille-159-1-12-107.w86-203.abo.wanadoo.fr)
2025-05-14 11:16:50 +0200j1n37-(~j1n37@user/j1n37) j1n37
2025-05-14 11:17:47 +0200j1n37(~j1n37@user/j1n37) (Ping timeout: 244 seconds)
2025-05-14 11:26:27 +0200 <tomsmeding> esnos: this is probably stating the obvious, but some channels, like this one, keep public logs -- see the /topic
2025-05-14 11:27:49 +0200 <esnos> tomsmeding: I know, but I want to set it up myself and some channels, like #emacs, doesn't keep public logs
2025-05-14 11:43:04 +0200 <__monty__> ski: It looks like you try to capitalize things correctly so you might be interested, https://brand.systemd.io/#:~:text=Spelling
2025-05-14 11:45:45 +0200j1n37(~j1n37@user/j1n37) j1n37
2025-05-14 11:46:07 +0200poscat(~poscat@user/poscat) (Remote host closed the connection)
2025-05-14 11:46:48 +0200j1n37-(~j1n37@user/j1n37) (Ping timeout: 252 seconds)
2025-05-14 11:48:01 +0200poscat(~poscat@user/poscat) poscat
2025-05-14 11:51:12 +0200 <ski> mhm. i spell it "Emacs", unless i'm specifically talking about the executable. ditton with XTerm, &c.
2025-05-14 11:53:49 +0200robobub(uid248673@id-248673.uxbridge.irccloud.com) (Quit: Connection closed for inactivity)
2025-05-14 11:57:37 +0200lortabac(~lortabac@2a0d:e487:51f:6bb1:14ba:78f6:7f54:fc89) (Ping timeout: 248 seconds)
2025-05-14 12:03:15 +0200xff0x(~xff0x@fsb6a9491c.tkyc517.ap.nuro.jp) (Ping timeout: 244 seconds)
2025-05-14 12:04:15 +0200mange(~user@user/mange) (Quit: Zzz...)
2025-05-14 12:07:36 +0200chele(~chele@user/chele) (Remote host closed the connection)
2025-05-14 12:08:18 +0200CiaoSen(~Jura@2a02:8071:64e1:da0:5a47:caff:fe78:33db) (Ping timeout: 276 seconds)