| 2021-04-08 00:08:40 +0200 | materiyolo | (~materiyol@112.204.174.249) |
| 2021-04-08 00:27:59 +0200 | seschwar | (~seschwar@unaffiliated/seschwar) (Quit: :wq) |
| 2021-04-08 00:34:51 +0200 | joshproehl | (~quassel@dtools-d10-tx-1.inf.daedalusdreams.com) (Quit: Disappearing act!) |
| 2021-04-08 00:35:50 +0200 | joshproehl | (~quassel@dtools-d10-tx-1.inf.daedalusdreams.com) |
| 2021-04-08 00:37:29 +0200 | joshproehl | (~quassel@dtools-d10-tx-1.inf.daedalusdreams.com) (Client Quit) |
| 2021-04-08 00:37:43 +0200 | joshproehl | (~quassel@dtools-d10-tx-1.inf.daedalusdreams.com) |
| 2021-04-08 01:02:43 +0200 | notis | (~notis@213.16.157.14.dsl.dyn.forthnet.gr) (Ping timeout: 248 seconds) |
| 2021-04-08 01:04:57 +0200 | kelnoky | (~shao@ip1f128ba7.dynamic.kabel-deutschland.de) (Quit: WeeChat 3.1) |
| 2021-04-08 01:24:31 +0200 | thc202 | (~thc202@unaffiliated/thc202) (Ping timeout: 245 seconds) |
| 2021-04-08 01:27:22 +0200 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer) |
| 2021-04-08 01:29:18 +0200 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2021-04-08 01:29:44 +0200 | mc47 | (~yecinem@196.179.171.111) (Remote host closed the connection) |
| 2021-04-08 01:30:22 +0200 | remo | (~remo@wheelly-shelter.volia.net) (Remote host closed the connection) |
| 2021-04-08 01:32:56 +0200 | dxld | (~dxld@80-109-136-248.cable.dynamic.surfer.at) (Read error: Connection reset by peer) |
| 2021-04-08 01:34:33 +0200 | dxld | (~dxld@rush.pub.dxld.at) |
| 2021-04-08 01:42:22 +0200 | materiyolo | (~materiyol@112.204.174.249) (Quit: WeeChat 3.0.1) |
| 2021-04-08 02:03:41 +0200 | s00pcan | (~chris@107.181.165.217) (Read error: Connection reset by peer) |
| 2021-04-08 02:05:43 +0200 | s00pcan | (~chris@075-133-056-178.res.spectrum.com) |
| 2021-04-08 04:48:04 +0200 | xaltsc_ | (~xaltsc@unaffiliated/xaltsc) |
| 2021-04-08 04:51:26 +0200 | theDon | (~td@muedsl-82-207-238-149.citykom.de) (Ping timeout: 240 seconds) |
| 2021-04-08 04:53:38 +0200 | theDon | (~td@muedsl-82-207-238-224.citykom.de) |
| 2021-04-08 05:34:11 +0200 | s00pcan | (~chris@075-133-056-178.res.spectrum.com) (Ping timeout: 248 seconds) |
| 2021-04-08 05:35:55 +0200 | s00pcan | (~chris@107.181.165.217) |
| 2021-04-08 05:56:11 +0200 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) (Ping timeout: 240 seconds) |
| 2021-04-08 05:57:38 +0200 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) |
| 2021-04-08 05:59:11 +0200 | s00pcan | (~chris@107.181.165.217) (Ping timeout: 240 seconds) |
| 2021-04-08 06:01:06 +0200 | s00pcan | (~chris@075-133-056-178.res.spectrum.com) |
| 2021-04-08 07:18:58 +0200 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer) |
| 2021-04-08 07:19:18 +0200 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2021-04-08 07:47:43 +0200 | palo1 | (~weechat@c-base/crew/palo) |
| 2021-04-08 07:50:41 +0200 | palo | (~weechat@c-base/crew/palo) (Ping timeout: 240 seconds) |
| 2021-04-08 07:50:42 +0200 | palo1 | palo |
| 2021-04-08 07:51:11 +0200 | <Solid> | mc47[m]: would you care to expand on the "hakyll is discouraging for anyone to contribute"? |
| 2021-04-08 07:55:21 +0200 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2021-04-08 07:58:36 +0200 | cfricke | (~cfricke@unaffiliated/cfricke) |
| 2021-04-08 08:03:34 +0200 | <Solid> | Liskni_si: sorry about #505 >.> I would force push the fix but I think a little too much time has passed |
| 2021-04-08 08:33:24 +0200 | idhugo | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 2021-04-08 08:35:13 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 265 seconds) |
| 2021-04-08 08:48:38 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) |
| 2021-04-08 08:56:38 +0200 | s00pcan | (~chris@075-133-056-178.res.spectrum.com) (Ping timeout: 240 seconds) |
| 2021-04-08 08:56:57 +0200 | materiyolo | (~materiyol@112.204.174.249) |
| 2021-04-08 08:58:14 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 268 seconds) |
| 2021-04-08 08:58:46 +0200 | s00pcan | (~chris@107.181.165.217) |
| 2021-04-08 09:00:23 +0200 | idhugo_ | (~idhugo@80-62-116-143-mobile.dk.customer.tdc.net) |
| 2021-04-08 09:02:41 +0200 | idhugo | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Ping timeout: 240 seconds) |
| 2021-04-08 09:07:58 +0200 | srk | (~sorki@unaffiliated/srk) |
| 2021-04-08 09:11:25 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) |
| 2021-04-08 09:13:00 +0200 | <mc47[m]> | Solid it's too big for what it does, and it's really hard to justify it |
| 2021-04-08 09:13:56 +0200 | <mc47[m]> | Basically the hakyll file will be only rarely tweaked, and people would edit the actual pages |
| 2021-04-08 09:14:57 +0200 | <mc47[m]> | Requiring them to build the whole thing just to be able to preview the changes is not justified, especially when there are smaller tools that do the same thing |
| 2021-04-08 09:15:26 +0200 | <mc47[m]> | And that are pretty small and self-contained |
| 2021-04-08 09:16:20 +0200 | <Solid> | oooh I thought you meant the project itself was discouraging contributions |
| 2021-04-08 09:18:46 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 260 seconds) |
| 2021-04-08 09:18:48 +0200 | <mc47[m]> | Oh I can see the confusion, I updated the comments |
| 2021-04-08 09:19:31 +0200 | idhugo_ | (~idhugo@80-62-116-143-mobile.dk.customer.tdc.net) (Ping timeout: 260 seconds) |
| 2021-04-08 09:19:37 +0200 | <mc47[m]> | It's really a bummer, hakyll is quite clever in what it does and nice to use |
| 2021-04-08 09:20:04 +0200 | idhugo | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 2021-04-08 09:20:17 +0200 | <Solid> | :( |
| 2021-04-08 09:22:06 +0200 | <mc47[m]> | I'm still gonna use it for my personal website probably, since I'll build everything on my own machine so it only takes a few seconds |
| 2021-04-08 09:23:24 +0200 | idhugo_ | (~idhugo@80-62-116-143-mobile.dk.customer.tdc.net) |
| 2021-04-08 09:23:44 +0200 | <mc47[m]> | Well, that seems to be a problem with Haskell... I remember I wanted to play with Haskell IDE Engine, but if you compile the thing from source, you'd need to recompile it for every ghc version of any project you want to try it on |
| 2021-04-08 09:24:53 +0200 | <mc47[m]> | And it takes... a while. The first time I did it, the build failed after around 40 minutes, because my 8 GB of ram weren't enough |
| 2021-04-08 09:25:24 +0200 | <Solid> | I just use my system's ghc everywhere |
| 2021-04-08 09:25:28 +0200 | <Solid> | so I just build everything once |
| 2021-04-08 09:25:46 +0200 | idhugo | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Ping timeout: 240 seconds) |
| 2021-04-08 09:27:42 +0200 | <mc47[m]> | Is stack smart enough so when I put the same resolver, it only builds things once? |
| 2021-04-08 09:29:02 +0200 | <Solid> | yes |
| 2021-04-08 09:30:13 +0200 | <mc47[m]> | That's cool |
| 2021-04-08 09:32:26 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) |
| 2021-04-08 09:38:03 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 265 seconds) |
| 2021-04-08 09:47:55 +0200 | idhugo__ | (~idhugo@130.225.16.16) |
| 2021-04-08 09:50:11 +0200 | idhugo_ | (~idhugo@80-62-116-143-mobile.dk.customer.tdc.net) (Ping timeout: 248 seconds) |
| 2021-04-08 09:51:33 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) |
| 2021-04-08 09:55:15 +0200 | materiyolo | (~materiyol@112.204.174.249) (Quit: WeeChat 3.0.1) |
| 2021-04-08 09:56:41 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 240 seconds) |
| 2021-04-08 10:10:47 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) |
| 2021-04-08 10:17:02 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 246 seconds) |
| 2021-04-08 10:17:24 +0200 | <Liskni_si> | I wish Stack was also "smart enough" to support using precompiled binaries somehow |
| 2021-04-08 10:18:10 +0200 | <Liskni_si> | what's the point of everyone rebuilding all the LTS packages from source, possibly again and again every week? |
| 2021-04-08 10:21:24 +0200 | <Solid> | you mean of the whole executable? |
| 2021-04-08 10:21:48 +0200 | <Liskni_si> | No, the deps. |
| 2021-04-08 10:22:44 +0200 | <Solid> | like stack pulls their own precompiled binaries from stackage instead of pulling the sources? |
| 2021-04-08 10:22:47 +0200 | <Liskni_si> | I just want to do "apt install libghc-pandoc-dev-lts-16" and never have to rebuild it every again. |
| 2021-04-08 10:22:58 +0200 | <Solid> | ah I see |
| 2021-04-08 10:24:07 +0200 | <Liskni_si> | I can do "apt install libghc-pandoc-dev" now, but then I'm limited to whatever version the debian maintainers happen to have packaged, and I can't use cabal/stack to build the rest |
| 2021-04-08 10:24:37 +0200 | <Liskni_si> | I wish there was an apt repo with (meta)packages of multiple LTS versions, and for stack/cabal or whatever tool to support building on top of that |
| 2021-04-08 10:25:32 +0200 | <Liskni_si> | shouldn't be all that hard to do the apt repo part actually, I'm a bit surprised it hasn't been done yet |
| 2021-04-08 10:25:51 +0200 | <Liskni_si> | maybe I should propose that on the haskell discourse or something |
| 2021-04-08 10:27:04 +0200 | <Solid> | oh that reminds me to set up proper mail integration for that discourse |
| 2021-04-08 10:30:47 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) |
| 2021-04-08 10:34:28 +0200 | thc202 | (~thc202@unaffiliated/thc202) |
| 2021-04-08 10:35:43 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 260 seconds) |
| 2021-04-08 10:48:43 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) |
| 2021-04-08 10:49:17 +0200 | Buliarous | (~gypsydang@unaffiliated/buliarous) (Read error: Connection reset by peer) |
| 2021-04-08 10:53:11 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 240 seconds) |
| 2021-04-08 11:06:18 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) |
| 2021-04-08 11:11:11 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 240 seconds) |
| 2021-04-08 11:11:55 +0200 | <Solid> | Is there a module to pretty-print keymasks and -codes? |
| 2021-04-08 11:13:18 +0200 | <Solid> | Like a pseudo-inverse to EZConfig: `ppKey :: (KeyMask, Keycode) -> String`, `ppKey (0, 97) == "a"` or something |
| 2021-04-08 11:22:51 +0200 | ericsagn1 | (~ericsagne@2405:6580:0:5100:d2e3:b034:3303:1a96) (Ping timeout: 260 seconds) |
| 2021-04-08 11:24:26 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) |
| 2021-04-08 11:24:56 +0200 | Buliarous | (~gypsydang@unaffiliated/buliarous) |
| 2021-04-08 11:29:55 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 248 seconds) |
| 2021-04-08 11:34:40 +0200 | MrElendig | evilop |
| 2021-04-08 11:35:08 +0200 | ericsagn1 | (~ericsagne@2405:6580:0:5100:7cd7:690c:dd62:864c) |
| 2021-04-08 11:40:04 +0200 | idhugo__ | (~idhugo@130.225.16.16) (Read error: Connection reset by peer) |
| 2021-04-08 11:41:25 +0200 | idhugo__ | (~idhugo@80-62-116-143-mobile.dk.customer.tdc.net) |
| 2021-04-08 11:43:42 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) |
| 2021-04-08 11:48:41 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 240 seconds) |
| 2021-04-08 12:02:48 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) |
| 2021-04-08 12:04:13 +0200 | dariof4 | (~dario@217.171.66.53) |
| 2021-04-08 12:09:41 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 240 seconds) |
| 2021-04-08 12:18:01 +0200 | materiyolo | (~materiyol@112.204.174.249) |
| 2021-04-08 12:23:40 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) |
| 2021-04-08 12:26:04 +0200 | cyr4x3 | (~cyr4x3@139.47.125.51) |
| 2021-04-08 12:27:58 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 240 seconds) |
| 2021-04-08 12:32:14 +0200 | <psibi[m]> | pandoc seems to be shipping binaries, probably that can be used: https://github.com/jgm/pandoc/releases/tag/2.13 (Sorry if that was already discussed!) |
| 2021-04-08 12:33:08 +0200 | cyr4x3 | (~cyr4x3@139.47.125.51) (Quit: WeeChat 1.6) |
| 2021-04-08 12:34:37 +0200 | <psibi[m]> | I guess if it's for compiling hakyll, there is no easy way. My personal website is built via hakyll and I really want to move away from it because of the huge compile time. |
| 2021-04-08 12:35:28 +0200 | xaltsc_ | (~xaltsc@unaffiliated/xaltsc) (Quit: WeeChat 3.1) |
| 2021-04-08 12:37:32 +0200 | cyr4x3 | (~cyr4x3@139.47.125.51) |
| 2021-04-08 12:41:16 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) |
| 2021-04-08 12:43:07 +0200 | cyr4x3 | (~cyr4x3@139.47.125.51) (Quit: WeeChat 1.6) |
| 2021-04-08 12:43:24 +0200 | cyr4x3 | (~cyr4x3@139.47.125.51) |
| 2021-04-08 12:43:42 +0200 | cyr4x3 | (~cyr4x3@139.47.125.51) (Client Quit) |
| 2021-04-08 12:44:18 +0200 | cyr4x3 | (~cyr4x3@139.47.125.51) |
| 2021-04-08 12:44:18 +0200 | cyr4x3 | (~cyr4x3@139.47.125.51) (Client Quit) |
| 2021-04-08 12:46:36 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 260 seconds) |
| 2021-04-08 12:46:43 +0200 | cyr4x3 | (~cyr4x3@139.47.125.51) |
| 2021-04-08 12:50:29 +0200 | <Liskni_si> | psibi[m]: pandoc's binaries don't help us, hakyll compiles against pandoc as a library |
| 2021-04-08 12:50:36 +0200 | <Liskni_si> | (just as GenerateManpage does/did) |
| 2021-04-08 12:51:57 +0200 | <psibi[m]> | Ah, right. That's unfortunate. |
| 2021-04-08 12:52:33 +0200 | <Liskni_si> | (dependencies are huge pain in the ass in most language ecosystems, but in Haskell they happen to be even worse than in most other) |
| 2021-04-08 12:53:12 +0200 | cyr4x3 | (~cyr4x3@139.47.125.51) (Quit: WeeChat 1.6) |
| 2021-04-08 12:54:20 +0200 | <Liskni_si> | which reminds me that these discussions probably make it easier for me to decide that I want genmanpage variant A :-) |
| 2021-04-08 12:55:46 +0200 | <Liskni_si> | I was a bit torn before, as peti's arguments made sense and both variants' implementations were ugly in one way or another, but this half an hour of compiling issue is just fucked up (and yeah, I feel like it might drive me off Haskell sooner or later) |
| 2021-04-08 12:58:02 +0200 | <Liskni_si> | oh and xscreensaver 6.0 was released, and it should no longer be crashable by faulty keyboards, so Solid can continue recommending it in the tutorial and geekosaur can restore his faith in jwz :-) |
| 2021-04-08 12:59:15 +0200 | <Solid> | \o/ |
| 2021-04-08 12:59:40 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) |
| 2021-04-08 12:59:48 +0200 | CosmosAtlas | (~CosmosAtl@180.110.107.139) |
| 2021-04-08 12:59:53 +0200 | <Solid> | > (and yeah, I feel like it might drive me off Haskell sooner or later) |
| 2021-04-08 12:59:54 +0200 | <Solid> | D: |
| 2021-04-08 12:59:54 +0200 | <lambdabot> | error: Variable not in scope: yeah :: t9 Boolerror: |
| 2021-04-08 12:59:54 +0200 | <lambdabot> | Data constructor not in scope: |
| 2021-04-08 12:59:55 +0200 | <lambdabot> | I :: t0 |
| 2021-04-08 13:00:01 +0200 | <Solid> | lol |
| 2021-04-08 13:00:07 +0200 | <Solid> | I'm sorry lambdabot |
| 2021-04-08 13:01:10 +0200 | <Liskni_si> | maybe it's not really "drive away from Haskell" but rather "shift weights in the decision process whether use of Haskell is a good trade-off" |
| 2021-04-08 13:02:42 +0200 | <Liskni_si> | I woke up today with an irresistible urge to rewrite some of my little web hacks (rss generators and some api translators) from Haskell to Python because I can no longer be bothered to fight the build system |
| 2021-04-08 13:03:16 +0200 | <Liskni_si> | I needed a short break from xmonad anyway :-) |
| 2021-04-08 13:04:11 +0200 | <CosmosAtlas> | I might miss a bit of the earlier discussion. But how did you setup your Haskell environment? |
| 2021-04-08 13:04:53 +0200 | <CosmosAtlas> | I once had many problems with that too. Then I switched to the "suggested" way of setting up Haskell/Stack/Cabal such without using system package manager. Never had a problem since. |
| 2021-04-08 13:05:24 +0200 | <Liskni_si> | CosmosAtlas: the missing discussion is logged here: https://ircbrowse.tomsmeding.com/browse/xmonad |
| 2021-04-08 13:05:32 +0200 | <CosmosAtlas> | IIRC, the huge big problem at that time (a few years ago) was everything either changed from dynamically linked to statically linked (or the other way around) on ArchLinux |
| 2021-04-08 13:05:52 +0200 | <Solid> | well, haskell to python surely is a switch of paradigms =) |
| 2021-04-08 13:06:08 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 268 seconds) |
| 2021-04-08 13:06:14 +0200 | <Liskni_si> | CosmosAtlas: tldr is that we were talking about using hakyll for the website which meant that rebuilding the website in github actions takes almost an hour |
| 2021-04-08 13:06:34 +0200 | <Liskni_si> | compared to jekyll which is integrated in github pages and rebuilds the site in seconds |
| 2021-04-08 13:07:06 +0200 | <CosmosAtlas> | Ahh. I guess my points are irrelevant then. Thanks for the tip. |
| 2021-04-08 13:07:17 +0200 | <Liskni_si> | but yeah, the static/dynamic is a factor in my decision: I recently configured stack to build dynamically linked stuff, but this means that I can no longer scp binaries to my server and run them there |
| 2021-04-08 13:07:59 +0200 | <Liskni_si> | and with just 2G RAM on it, GHC takes _ages_ there |
| 2021-04-08 13:08:14 +0200 | <Liskni_si> | sure, I can tell stack to build a static binary |
| 2021-04-08 13:08:26 +0200 | <Solid> | but it's a server so build times don't matter :> |
| 2021-04-08 13:08:56 +0200 | <Liskni_si> | but for a toy project that is either 100 lines of Haskell or 100 lines of Python or 100 lines of something, it's just madness to waste all this time fighting the build system instead of just having "fun" coding |
| 2021-04-08 13:09:22 +0200 | <Liskni_si> | Solid: it's not just time, it also purges all caches and makes my imap server unbearably slow |
| 2021-04-08 13:09:30 +0200 | <Solid> | ah I see |
| 2021-04-08 13:10:01 +0200 | Solid | can't have fun with python :( |
| 2021-04-08 13:11:18 +0200 | <Liskni_si> | yeah, I really miss the types and the instant feedback from ghcid |
| 2021-04-08 13:11:41 +0200 | <Liskni_si> | but I'm so irritated by the build process… :-/ |
| 2021-04-08 13:12:12 +0200 | <Liskni_si> | anyway, I'll see in a couple years, when new libraries break my code and I'll need to maintain it somehow |
| 2021-04-08 13:12:39 +0200 | <Liskni_si> | writing Python is acceptable, maintaining old Python is something I have yet to discover :-) |
| 2021-04-08 13:13:35 +0200 | <Liskni_si> | with xmonad the tradeoff is still good I think, btw: there are few big deps and the types really do help as it's a large-ish codebase |
| 2021-04-08 13:13:57 +0200 | <Liskni_si> | (I need to go now, lunch and life and stuff) |
| 2021-04-08 13:15:53 +0200 | <Solid> | have fun with that :) |
| 2021-04-08 13:16:23 +0200 | <Solid> | I dunno, I just can't really get over having no types with these kinds of languages |
| 2021-04-08 13:16:35 +0200 | <Solid> | LISPs are kind of acceptable because they just so interactive |
| 2021-04-08 13:16:47 +0200 | <Solid> | but even then it's all write-only code for me :/ |
| 2021-04-08 13:17:23 +0200 | idhugo_ | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 2021-04-08 13:17:44 +0200 | <Solid> | then again what I _really_ want to do is write mathematics that compiles and does useful things :> |
| 2021-04-08 13:19:54 +0200 | idhugo__ | (~idhugo@80-62-116-143-mobile.dk.customer.tdc.net) (Ping timeout: 265 seconds) |
| 2021-04-08 13:23:19 +0200 | CosmosAtlas | (~CosmosAtl@180.110.107.139) (Quit: WeeChat 3.1) |
| 2021-04-08 13:24:02 +0200 | palo | (~weechat@c-base/crew/palo) (Ping timeout: 268 seconds) |
| 2021-04-08 13:28:13 +0200 | _ashbreeze_ | (~mark@64.85.214.234.reverse.socket.net) (Remote host closed the connection) |
| 2021-04-08 13:30:45 +0200 | _ashbreeze_ | (~mark@64.85.214.234.reverse.socket.net) |
| 2021-04-08 13:36:52 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) |
| 2021-04-08 13:41:47 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 246 seconds) |
| 2021-04-08 13:46:54 +0200 | <Liskni_si> | I just want "useful things" :-) |
| 2021-04-08 13:54:58 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) |
| 2021-04-08 14:00:30 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 265 seconds) |
| 2021-04-08 14:06:13 +0200 | palo | (~weechat@c-base/crew/palo) |
| 2021-04-08 14:10:08 +0200 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-04-08 14:13:42 +0200 | ml| | (~ml|@unaffiliated/ml/x-3958674) |
| 2021-04-08 14:15:25 +0200 | drl | (~l@2600:1700:8360:3870:e13a:8137:183c:5bc5) (Remote host closed the connection) |
| 2021-04-08 15:06:01 +0200 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer) |
| 2021-04-08 15:06:23 +0200 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2021-04-08 15:18:25 +0200 | <psibi[m]> | Reg the "drive away from Haskell" part, I have moved away from xmobar... I have been using my own personal fork of cnx (with a number of xmobar features that I use re-implemented) |
| 2021-04-08 15:19:06 +0200 | <psibi[m]> | The good things is my cpu consumption time for the status bar has reduced. |
| 2021-04-08 15:19:15 +0200 | <psibi[m]> | It used to be 4 hours before. |
| 2021-04-08 15:19:39 +0200 | <psibi[m]> | Now it's like 10 seconds. (for a day's usage). Although, it's kind of unfair comparing cnx and xmobar! |
| 2021-04-08 15:41:58 +0200 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) |
| 2021-04-08 15:42:02 +0200 | geekosaur | (82650c7a@130.101.12.122) (Ping timeout: 240 seconds) |
| 2021-04-08 16:10:46 +0200 | idhugo_ | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Ping timeout: 260 seconds) |
| 2021-04-08 16:20:07 +0200 | <Solid> | I don't think it's the fault of haskell that xmobar is so resource heavy |
| 2021-04-08 16:20:32 +0200 | <Solid> | see xmonad, which should ostensibly do a lot more and yet consumes _much_ less memory |
| 2021-04-08 16:32:51 +0200 | typetetris | (uid275937@gateway/web/irccloud.com/x-mjjfisuvtdksxyob) |
| 2021-04-08 16:40:58 +0200 | incertia | (~incertia@d4-50-26-103.nap.wideopenwest.com) (Ping timeout: 240 seconds) |
| 2021-04-08 16:45:58 +0200 | incertia | (~incertia@d4-50-26-103.nap.wideopenwest.com) |
| 2021-04-08 16:52:35 +0200 | cfricke | (~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.1) |
| 2021-04-08 17:14:33 +0200 | <Liskni_si> | Well we don't really know what's the problem with xmobar. :-/ |
| 2021-04-08 17:16:31 +0200 | <Liskni_si> | But in my setup it's not bad enough (compared to the browser and other things), so I can't really justify spending any more time on it. |
| 2021-04-08 17:29:29 +0200 | thoros | (~thoros@194-166-47-167.hdsl.highway.telekom.at) |
| 2021-04-08 17:29:43 +0200 | idhugo_ | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 2021-04-08 17:34:24 +0200 | <Solid> | yeah with an open browser this all becomes sort of meaningless |
| 2021-04-08 17:34:36 +0200 | <Solid> | xmobar is just so hackable that it's worth it for me |
| 2021-04-08 17:41:56 +0200 | <psibi[m]> | I think xmobar's event loop is where the inefficiency is (inspite of excellent work from Liskni on optimizing it). And I don't see an easy way to fix it. cnx kind of avoids it totally by using tokio which is highly optimized and we don't wake up there every 10 seconds or so. But yeah, I agree that xmobar is still quite good compared to various other things running in your browser. |
| 2021-04-08 17:57:49 +0200 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-04-08 17:59:31 +0200 | ericsagn1 | (~ericsagne@2405:6580:0:5100:7cd7:690c:dd62:864c) (Ping timeout: 250 seconds) |
| 2021-04-08 17:59:37 +0200 | <Liskni_si> | Yeah that might be it. Running multiple threads and synchronizing between them is definitely wasteful if all you need is to show the clock and maybe refresh a few widgets that don't need any async work at all. |
| 2021-04-08 18:11:31 +0200 | ericsagn1 | (~ericsagne@2405:6580:0:5100:ea09:d4ec:d157:6a0d) |
| 2021-04-08 18:34:41 +0200 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer) |
| 2021-04-08 18:35:03 +0200 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2021-04-08 18:37:36 +0200 | thoros | (~thoros@194-166-47-167.hdsl.highway.telekom.at) (Quit: WeeChat 3.0.1) |
| 2021-04-08 18:38:09 +0200 | incertia | (~incertia@d4-50-26-103.nap.wideopenwest.com) (Quit: ZNC 1.7.5 - https://znc.in) |
| 2021-04-08 18:44:02 +0200 | incertia | (~incertia@d4-50-26-103.nap.wideopenwest.com) |
| 2021-04-08 19:01:24 +0200 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer) |
| 2021-04-08 19:02:00 +0200 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2021-04-08 19:11:26 +0200 | <geekosaur> | hm. has anyone tried git xmonad with the 9.2 rc yet? |
| 2021-04-08 19:11:33 +0200 | <geekosaur> | or are we missing some deps |
| 2021-04-08 19:24:58 +0200 | idhugo_ | (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Ping timeout: 240 seconds) |
| 2021-04-08 19:26:11 +0200 | <Liskni_si> | X11-xft will almost definitely break as it has a rather strict base upper bound |
| 2021-04-08 19:26:32 +0200 | s00pcan | (~chris@107.181.165.217) (Ping timeout: 246 seconds) |
| 2021-04-08 19:26:49 +0200 | <Liskni_si> | if you tell stack to ignore that bound, then it might work, maybe |
| 2021-04-08 19:27:01 +0200 | <Liskni_si> | (not sure if cabal can ignore bounds) |
| 2021-04-08 19:27:50 +0200 | <geekosaur> | it has --allow-newer, yes |
| 2021-04-08 19:28:07 +0200 | <geekosaur> | and --allow-older |
| 2021-04-08 19:28:30 +0200 | s00pcan | (~chris@075-133-056-178.res.spectrum.com) |
| 2021-04-08 19:28:54 +0200 | <geekosaur> | can even drop that in cabal.project to specify it for one component |
| 2021-04-08 19:31:20 +0200 | materiyolo | (~materiyol@112.204.174.249) (Quit: WeeChat 3.0.1) |
| 2021-04-08 19:33:56 +0200 | notis | (~notis@213.16.157.14.dsl.dyn.forthnet.gr) |
| 2021-04-08 19:40:17 +0200 | incertia | (~incertia@d4-50-26-103.nap.wideopenwest.com) (Ping timeout: 265 seconds) |
| 2021-04-08 19:57:22 +0200 | geekosaur | (82650c7a@130.101.12.122) (Ping timeout: 240 seconds) |
| 2021-04-08 20:04:04 +0200 | seschwar | (~seschwar@unaffiliated/seschwar) |
| 2021-04-08 20:15:55 +0200 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-04-08 20:19:48 +0200 | incertia | (~incertia@d4-50-26-103.nap.wideopenwest.com) |
| 2021-04-08 20:21:50 +0200 | mc47 | (~yecinem@196.179.186.155) |
| 2021-04-08 20:22:07 +0200 | mc47 | (~yecinem@196.179.186.155) (Remote host closed the connection) |
| 2021-04-08 20:22:31 +0200 | mc47 | (~yecinem@196.179.186.155) |
| 2021-04-08 20:24:47 +0200 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer) |
| 2021-04-08 20:25:04 +0200 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2021-04-08 20:47:31 +0200 | notis | (~notis@213.16.157.14.dsl.dyn.forthnet.gr) (Ping timeout: 260 seconds) |
| 2021-04-08 21:11:29 +0200 | ericsagn1 | (~ericsagne@2405:6580:0:5100:ea09:d4ec:d157:6a0d) (Ping timeout: 250 seconds) |
| 2021-04-08 21:21:47 +0200 | dariof4 | (~dario@217.171.66.53) (Ping timeout: 265 seconds) |
| 2021-04-08 21:22:23 +0200 | dariof4 | (~dario@217.171.66.53) |
| 2021-04-08 21:23:43 +0200 | ericsagn1 | (~ericsagne@2405:6580:0:5100:889c:8645:b190:195f) |
| 2021-04-08 21:26:40 +0200 | notis | (~notis@213.16.157.14.dsl.dyn.forthnet.gr) |
| 2021-04-08 22:04:12 +0200 | mc47 | (~yecinem@196.179.186.155) (Remote host closed the connection) |
| 2021-04-08 22:04:34 +0200 | mc47 | (~yecinem@196.179.186.155) |
| 2021-04-08 22:10:59 +0200 | srk | (~sorki@unaffiliated/srk) (Ping timeout: 248 seconds) |
| 2021-04-08 22:23:47 +0200 | geekosaur | (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 2021-04-08 22:41:54 +0200 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer) |
| 2021-04-08 22:42:27 +0200 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2021-04-08 22:44:58 +0200 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer) |
| 2021-04-08 22:45:30 +0200 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2021-04-08 22:46:20 +0200 | mc47 | (~yecinem@196.179.186.155) (Read error: Connection reset by peer) |
| 2021-04-08 22:46:53 +0200 | mc47 | (~yecinem@196.179.186.155) |
| 2021-04-08 22:57:39 +0200 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer) |
| 2021-04-08 22:57:57 +0200 | davemq | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2021-04-08 22:58:41 +0200 | mc47 | (~yecinem@196.179.186.155) (Remote host closed the connection) |
| 2021-04-08 22:58:50 +0200 | mc47 | (~yecinem@196.179.186.155) |
| 2021-04-08 22:59:11 +0200 | mc47 | (~yecinem@196.179.186.155) (Client Quit) |
| 2021-04-08 23:20:32 +0200 | Habib | (~Habib@185.169.233.238) |