| 2021-11-14 00:12:59 +0100 | mc47 | (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
| 2021-11-14 00:22:35 +0100 | mvk | (~mvk@2607:fea8:5cc3:e900::df92) (Ping timeout: 264 seconds) |
| 2021-11-14 00:31:59 +0100 | seschwar | (~seschwar@user/seschwar) (Quit: :wq) |
| 2021-11-14 00:59:58 +0100 | allbery_b | (~geekosaur@xmonad/geekosaur) |
| 2021-11-14 00:59:58 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b))) |
| 2021-11-14 01:00:01 +0100 | allbery_b | geekosaur |
| 2021-11-14 01:38:39 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 2021-11-14 01:44:31 +0100 | mvk | (~mvk@2607:fea8:5cc3:e900::df92) |
| 2021-11-14 02:01:23 +0100 | Ocelot | (~Ocelot@50-78-208-189-static.hfc.comcastbusiness.net) |
| 2021-11-14 02:04:05 +0100 | Ocelot | (~Ocelot@50-78-208-189-static.hfc.comcastbusiness.net) (Client Quit) |
| 2021-11-14 02:06:26 +0100 | <etrigan63[m]> | When is the next release expected? |
| 2021-11-14 02:25:57 +0100 | <geekosaur> | we haven't set a date yet. 0.17.0 just came out, after all, and since then we've not had much time to do anything |
| 2021-11-14 02:29:26 +0100 | ocelot | (~ocelot@50-78-208-189-static.hfc.comcastbusiness.net) |
| 2021-11-14 02:29:33 +0100 | <geekosaur> | and almost nobody has updated to it. even nix hasn't, because stackage hasn't released a new LTS yet and nix gets its haskell builds from stackage |
| 2021-11-14 02:29:42 +0100 | <geekosaur> | I think maybe gentoo has 0.17.0 |
| 2021-11-14 02:32:20 +0100 | <geekosaur> | debian's haskell maintainers are mia, so they may never update. this may also affect ubuntu and derivatives (mint, etc.) |
| 2021-11-14 02:43:26 +0100 | <ocelot> | I actually run Mint, technically, although I have the Debian testing repo added to my sources.list — and I know offhand that (as of ~a month and a half ago) neither Mint's own repos, nor Debian testing; nor any of the Ubuntu repos which are included under Mint's default list, for that matter, carry anything higher than (IIRC) 0.15.something. I installed via stack, literally because I had to. |
| 2021-11-14 02:44:18 +0100 | <geekosaur> | xmonad core was still 0.15, only xmonad-contrib had an 0.16 release |
| 2021-11-14 02:44:35 +0100 | <ocelot> | Yeah, that was it. |
| 2021-11-14 02:45:02 +0100 | <geekosaur> | tbh I never looked at their distribution even when I was on mint, because as a dev I run from git |
| 2021-11-14 02:45:59 +0100 | <ocelot> | Fair enough. It was still ridiculous how much I was missing from contrib, though—even on 0.16. |
| 2021-11-14 02:46:20 +0100 | <geekosaur> | (I moved to ubuntu because the most recent mint release's installer crashed on me repeatedly when I tried to repartition to make space for mint on this originally Windows laptop) |
| 2021-11-14 02:46:36 +0100 | <geekosaur> | yeh, it had been over 2 years and we built up a lot of new contribs |
| 2021-11-14 02:47:44 +0100 | <geekosaur> | flip side, xmonad's core is stable enough that it's actually sane to run from git even though it controls interaction with your system :) |
| 2021-11-14 02:49:05 +0100 | <ocelot> | Yeah, I hadn't really thought about it like that, but it makes sense. XD |
| 2021-11-14 02:49:59 +0100 | <ocelot> | How many lines of code, roughly, is xmonad itself (excluding xmonad-contrib)? |
| 2021-11-14 02:52:06 +0100 | <geekosaur> | around 4000 lines |
| 2021-11-14 02:53:32 +0100 | <geekosaur> | probably less, I didn't exclude pragmas and such from my count although I did remove comments |
| 2021-11-14 02:55:01 +0100 | <ocelot> | Huh. And how does that compare to, say for instance, the number of lines in i3 (which is what I ran before switching to xmonad)? |
| 2021-11-14 02:55:24 +0100 | <geekosaur> | I don't know, I haven't looked at i3 source |
| 2021-11-14 02:55:44 +0100 | <geekosaur> | nor do I know how they handle things like extensions |
| 2021-11-14 02:57:08 +0100 | <geekosaur> | that said, note that xmonad by itself is *very* dumb and basically does the absolute minimum needed to qualify as a window manager |
| 2021-11-14 02:57:38 +0100 | <ocelot> | Lol! |
| 2021-11-14 02:58:08 +0100 | <ocelot> | So it needs xmonad-contrib, in other words? |
| 2021-11-14 02:58:45 +0100 | <geekosaur> | if you want something actually usable, yes. especially these days when so many programs require ewmh to work right |
| 2021-11-14 02:58:55 +0100 | <geekosaur> | but EwmhDesktops is in contrib |
| 2021-11-14 02:59:03 +0100 | <ocelot> | Gotcha. |
| 2021-11-14 03:00:01 +0100 | <ocelot> | So, what does emwh do, exactly? |
| 2021-11-14 03:01:02 +0100 | <geekosaur> | it's a way for programs to communicate with the window manager and vice versa, to support things that the original ICCCM spec didn't include |
| 2021-11-14 03:02:43 +0100 | <geekosaur> | we export a lot of extra information about workspaces (nonexistent in the original spec), running programs, etc. and allow programs, taskbars, pagers, and such to query or switch current desktop, focused window, and things like that |
| 2021-11-14 03:03:08 +0100 | <ocelot> | Oh, lol! I don't have emwh in my config, and Chatterino keeps acting weird. Is that why? |
| 2021-11-14 03:03:25 +0100 | <geekosaur> | there's a whole list of window states beyond the original 3 that are added by EWMH support |
| 2021-11-14 03:03:28 +0100 | <geekosaur> | it might be |
| 2021-11-14 03:04:31 +0100 | <ocelot> | Okay. And what are the "original 3" you're referring to? |
| 2021-11-14 03:04:42 +0100 | <geekosaur> | some parts of EWMH we may never be able to support properly (STATE_ABOVE is pretty much incompatible with tiling, for example, unless you float the window) but most we support in some way |
| 2021-11-14 03:04:54 +0100 | <geekosaur> | mapped, withdrawn, iconic |
| 2021-11-14 03:05:02 +0100 | <geekosaur> | almost nobody uses iconic these days |
| 2021-11-14 03:05:17 +0100 | <geekosaur> | its' been replaced by taskbars |
| 2021-11-14 03:07:35 +0100 | <geekosaur> | https://specifications.freedesktop.org/wm-spec/wm-spec-1.3.html#idm45643490099296 is the EWMH list of window states |
| 2021-11-14 03:10:13 +0100 | <ocelot> | Bookmarked, thanks. |
| 2021-11-14 03:11:36 +0100 | <ocelot> | So, I doubt I'm understanding your comment about taskbars and iconic state properly. Are you saying that taskbars could theoretically be replaced (at least in effect) by windows which operate in that state? |
| 2021-11-14 03:12:48 +0100 | <geekosaur> | in the old days, if you minimized a window it would be replaced by an icon usually at the bottom of the screen |
| 2021-11-14 03:13:17 +0100 | <geekosaur> | these days people run taskbars and the taskbar entry remains even if the window is minimized, so no icon is needed |
| 2021-11-14 03:13:48 +0100 | <geekosaur> | there are some xmonad layouts (like Dishes) which simulate the old iconic setup to some extent |
| 2021-11-14 03:14:07 +0100 | <ocelot> | Interesting. |
| 2021-11-14 03:15:51 +0100 | <geekosaur> | but some people do still run window managers like afterstep which still use the Iconic state |
| 2021-11-14 03:17:19 +0100 | <ocelot> | http://www.afterstep.org/ |
| 2021-11-14 03:17:21 +0100 | <ocelot> | That? |
| 2021-11-14 03:19:06 +0100 | <vrs> | winapi still calls it IsIconic |
| 2021-11-14 03:19:12 +0100 | <geekosaur> | I said "like". afterstep itself is pretty dead but there are other clones of the nextstep ui around still, I think |
| 2021-11-14 03:19:12 +0100 | <geekosaur> | afterstep was the only one I could think of off the top of my head, but as the page said, last release in 2013 |
| 2021-11-14 03:19:12 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 2021-11-14 03:19:40 +0100 | <vrs> | ocelot: aesthetic |
| 2021-11-14 03:20:53 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) |
| 2021-11-14 03:21:47 +0100 | <geekosaur> | sorry, every so often my router decides to pretend to be a brick. :( |
| 2021-11-14 03:22:08 +0100 | <ocelot> | F |
| 2021-11-14 03:23:30 +0100 | <vrs> | they appear alive enough to have moved their irc to libera |
| 2021-11-14 03:23:48 +0100 | <ocelot> | But yeah.... Afterstep looks way older than even 2013 should, if the screenshots of it that I'm looking at right now are anything to go off of. |
| 2021-11-14 03:23:57 +0100 | <ocelot> | XD |
| 2021-11-14 03:24:07 +0100 | <geekosaur> | nextstep was from the 1980s |
| 2021-11-14 03:24:15 +0100 | <ocelot> | Lol! |
| 2021-11-14 03:24:48 +0100 | <ocelot> | That explains a lot, honestly. |
| 2021-11-14 03:26:15 +0100 | <ocelot> | @vrs: What did they used to use for IRC? |
| 2021-11-14 03:26:16 +0100 | <lambdabot> | Unknown command, try @list |
| 2021-11-14 03:26:42 +0100 | <geekosaur> | everyone ditched freenode for libera when andrew lee took over freenode |
| 2021-11-14 03:27:14 +0100 | <geekosaur> | not clear to me he could run a hotdog stand, much less an irc network |
| 2021-11-14 03:27:37 +0100 | <ocelot> | Lol! |
| 2021-11-14 03:27:50 +0100 | <geekosaur> | but I guess enough afterstep users are still around that they moved too |
| 2021-11-14 03:28:14 +0100 | <geekosaur> | interesting they haven't needed a release to keep things building since 2013 |
| 2021-11-14 03:28:35 +0100 | <ocelot> | Yeah, that is. |
| 2021-11-14 03:29:13 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 256 seconds) |
| 2021-11-14 03:31:05 +0100 | <Arcanus[m]> | this logo design thing is harder than I thought it would be. I feel like the best ideas have already been presented and everything I do is just a rip off, and my one unique Idea is just kinda "meh" |
| 2021-11-14 04:04:21 +0100 | banc | (banc@gateway/vpn/airvpn/banc) (Ping timeout: 256 seconds) |
| 2021-11-14 04:14:27 +0100 | ocelot | (~ocelot@50-78-208-189-static.hfc.comcastbusiness.net) (Quit: Leaving) |
| 2021-11-14 04:22:20 +0100 | banc | (banc@gateway/vpn/airvpn/banc) |
| 2021-11-14 04:30:04 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 2021-11-14 04:39:19 +0100 | noex | (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) (Quit: my dad's not a phone!) |
| 2021-11-14 04:39:35 +0100 | noex | (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) |
| 2021-11-14 04:58:22 +0100 | td_ | (~td@muedsl-82-207-238-039.citykom.de) (Ping timeout: 260 seconds) |
| 2021-11-14 05:00:10 +0100 | td_ | (~td@muedsl-82-207-238-006.citykom.de) |
| 2021-11-14 05:01:25 +0100 | <Arcanus[m]> | hey guys, how exactly do I upload the svg file to the github? I can't seem to attach it to the comment, do I need to host it |
| 2021-11-14 05:01:25 +0100 | <Arcanus[m]> | on my github first and then link it or how does that work? |
| 2021-11-14 05:57:17 +0100 | <M-elo-[m]> | IIRC yo ucan simply drag/drop the file into your comment and it will be attached to it |
| 2021-11-14 05:57:24 +0100 | <M-elo-[m]> | Don't know if that will work though |
| 2021-11-14 05:57:31 +0100 | <M-elo-[m]> | s/yo/you/, s/ucan/can/ |
| 2021-11-14 06:11:15 +0100 | <Arcanus[m]> | <M-elo-[m]> "IIRC yo ucan simply drag/drop..." <- yeah, that didn't work |
| 2021-11-14 06:11:50 +0100 | <M-elo-[m]> | That's weird.. |
| 2021-11-14 06:12:02 +0100 | <M-elo-[m]> | Did you preview the message? |
| 2021-11-14 06:15:11 +0100 | <Arcanus[m]> | yes |
| 2021-11-14 06:16:09 +0100 | <M-elo-[m]> | Well.. the others have uploaded their logos as png files |
| 2021-11-14 06:16:32 +0100 | <M-elo-[m]> | It could be that GH is unable to display them in the discussion section? Idk 🤷♂️ |
| 2021-11-14 06:17:09 +0100 | Arcanus[m] | uploaded an image: (41KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/vuRXxOGfdfvLHsqxriZkcrAa/image.png > |
| 2021-11-14 06:17:19 +0100 | <M-elo-[m]> | So I think you can just create a repo -> host your logo there and then just upload the png image for a preview |
| 2021-11-14 06:17:31 +0100 | <M-elo-[m]> | That explains it lol |
| 2021-11-14 06:17:47 +0100 | <Arcanus[m]> | dunno, I uploaded png files, but I cant attach the svg |
| 2021-11-14 06:17:47 +0100 | <M-elo-[m]> | There is no svg support |
| 2021-11-14 06:17:47 +0100 | <Arcanus[m]> | I just linked it to my GH repo for now |
| 2021-11-14 06:18:07 +0100 | <M-elo-[m]> | It's telling you there is no SVG support mate |
| 2021-11-14 06:18:15 +0100 | <Arcanus[m]> | yes |
| 2021-11-14 06:18:41 +0100 | <M-elo-[m]> | Export to png -> add to your comment then you link your svg file (github repo or wherever you store it) |
| 2021-11-14 06:24:46 +0100 | <etrigan63> | For the record. it worked!I may reactivate greedyView to see if that works correctly now. |
| 2021-11-14 06:26:35 +0100 | obimod | (~obimod@gateway/vpn/pia/obimod) (Ping timeout: 256 seconds) |
| 2021-11-14 06:29:32 +0100 | catman | (~catman@user/catman) (Quit: WeeChat 3.4-dev) |
| 2021-11-14 06:30:54 +0100 | <etrigan63> | Just for my education, what is the difference between view, greedyView and lazyView? |
| 2021-11-14 06:34:32 +0100 | <SenranKaguya> | https://hackage.haskell.org/package/xmonad-0.17.0/docs/XMonad-StackSet.html#v:view |
| 2021-11-14 06:34:41 +0100 | <SenranKaguya> | The descriptions of the two are right next to each other |
| 2021-11-14 06:35:27 +0100 | <SenranKaguya> | As far as I can tell w/ multiple screens greedyView will swap a screen that is visible on another monitor to the currently focused workspace's monitor vs view just changes focus to the workspace on the other monitor |
| 2021-11-14 06:35:51 +0100 | <SenranKaguya> | I don't know what lazyView is though |
| 2021-11-14 06:36:20 +0100 | <SenranKaguya> | You could also try using the functions and seeing how they differ firsthand |
| 2021-11-14 06:40:26 +0100 | obimod | (~obimod@gateway/vpn/pia/obimod) |
| 2021-11-14 06:44:21 +0100 | <etrigan63> | Tried them both and view is saner than greedyView. At least to me. |
| 2021-11-14 06:44:50 +0100 | <etrigan63> | Time to back this config to my github |
| 2021-11-14 06:47:34 +0100 | <etrigan63> | good night all |
| 2021-11-14 06:47:43 +0100 | etrigan63 | (~guru@c-73-57-140-245.hsd1.fl.comcast.net) (Quit: Leaving) |
| 2021-11-14 06:50:26 +0100 | catman | (~catman@user/catman) |
| 2021-11-14 07:40:59 +0100 | benin2 | (~benin@183.82.176.36) |
| 2021-11-14 07:41:51 +0100 | thunderrd | (~thunderrd@183.182.111.230) |
| 2021-11-14 07:42:10 +0100 | benin | (~benin@183.82.176.36) (Ping timeout: 260 seconds) |
| 2021-11-14 07:42:10 +0100 | benin2 | benin |
| 2021-11-14 07:45:59 +0100 | mvk | (~mvk@2607:fea8:5cc3:e900::df92) (Ping timeout: 264 seconds) |
| 2021-11-14 07:53:17 +0100 | <Solid> | Arcanus[m]: You upload a preview png and then you can just submit the svg as text (look at how the other posts have done it) |
| 2021-11-14 08:23:42 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 260 seconds) |
| 2021-11-14 09:33:51 +0100 | qbt | (~qbt@user/edun) |
| 2021-11-14 10:17:43 +0100 | allbery_b | (~geekosaur@xmonad/geekosaur) |
| 2021-11-14 10:17:43 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b))) |
| 2021-11-14 10:17:46 +0100 | allbery_b | geekosaur |
| 2021-11-14 10:49:45 +0100 | seschwar | (~seschwar@user/seschwar) |
| 2021-11-14 10:54:56 +0100 | FOSSHuman[m] | uploaded an image: (2697KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/JauPCMZzhukWDKYudZCkpQPJ/noFrillsDeco… > |
| 2021-11-14 10:54:57 +0100 | FOSSHuman[m] | uploaded an image: (203KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/MSHcEvhTaGYpacvOHeBFzAob/noFrillsDeco… > |
| 2021-11-14 10:54:58 +0100 | <FOSSHuman[m]> | Hello everyone, I have an issue where if I have a layout that has two (or more) decorations applied to it (example in my setup: first one is the tabbed sublayout decoration, the second one is the NoFrillsDeco decoration), XMonad fails to clear the decorations on screen 1 (workspace 4 for example) when switching to workspace 4 on screen 2, which moves all the windows to the second monitor. I've also had some more strange issues when |
| 2021-11-14 10:54:58 +0100 | <FOSSHuman[m]> | applying 2 decorations to the same layout.. There's some screenshots above to demonstrate. |
| 2021-11-14 10:55:51 +0100 | <FOSSHuman[m]> | The second screenshot is before changing the second monitor the this workspace.. |
| 2021-11-14 10:56:38 +0100 | <FOSSHuman[m]> | FOSSHuman[m]: > second monitor the this -> second monitor to this |
| 2021-11-14 10:58:18 +0100 | <FOSSHuman[m]> | Layout on the workspace in the screenshot is BSP with a tabs subLayout and NoFrillsDeco decoration.. |
| 2021-11-14 11:00:34 +0100 | <FOSSHuman[m]> | I also applied the NoFrillsDeco decoration after applying the addTabs modifier: |
| 2021-11-14 11:00:49 +0100 | FOSSHuman[m] | sent a bsp code block: https://libera.ems.host/_matrix/media/r0/download/libera.chat/b45bdb31f9f2f66b20e7f1bb0c8b6776e3df… |
| 2021-11-14 11:00:57 +0100 | <FOSSHuman[m]> | * ```bsp... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/9e66f29d39a32851a0d0cede062cd1f4dd0d…) |
| 2021-11-14 11:01:10 +0100 | <FOSSHuman[m]> | * ```... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/2f74c1cf3fdf60bcc9c0e98ed401b7886d88…) |
| 2021-11-14 11:02:15 +0100 | <FOSSHuman[m]> | A bit of the code is cutoff for those on Matrix since Schildichat is a shit Matrix client and doesn't let me add new lines, along with Element |
| 2021-11-14 11:02:42 +0100 | <FOSSHuman[m]> | Only the `bsp = ` bit is cutoff though |
| 2021-11-14 11:04:27 +0100 | <FOSSHuman[m]> | wait nvm, the `R.Renamed` bit is cutoff too |
| 2021-11-14 12:25:34 +0100 | <Solid> | I wonder, who here has access to xmonad@haskell.org? |
| 2021-11-14 12:26:03 +0100 | <Solid> | (It's listed as the maintainer email for our packages on Hackage) |
| 2021-11-14 13:09:36 +0100 | <geekosaur> | not I |
| 2021-11-14 13:10:05 +0100 | <geekosaur> | FOSSHuman[m], there was supposed to be a fix for that in 0.17.0 but it sounds like it's not good enough :( |
| 2021-11-14 13:15:13 +0100 | <Solid> | mh, it might be a good idea to change these mail addresses then |
| 2021-11-14 13:15:22 +0100 | <Solid> | if you don't have access to it, I doubt anyone else has ;) |
| 2021-11-14 13:24:35 +0100 | <geekosaur> | mm, I thought liskin got all the "keys". maybe it's time to distribute them around a bit |
| 2021-11-14 13:25:23 +0100 | <Solid> | he certainly got the keys for Hackage, but I'm not sure that email has anything to do with it |
| 2021-11-14 13:55:59 +0100 | Safeguard-IRC | (~Safeguard@151.42.165.137) |
| 2021-11-14 13:56:43 +0100 | <Safeguard-IRC> | hello, quick question: is xmonad's startup hook the inizialization? like I need to put echo >&3 after xmonad is initialized, do I put it in the starthuphook at the end of it? |
| 2021-11-14 14:12:39 +0100 | <geekosaur> | yes |
| 2021-11-14 14:13:34 +0100 | <geekosaur> | although it's not fully initialized at that point since it hasn't (for example) looked at the current state of windows yet; in that case you may want to put it in the logHook, guarded by something in XS against multiple execution |
| 2021-11-14 14:14:53 +0100 | <Safeguard-IRC> | hmhm, let me see which one works better |
| 2021-11-14 14:19:01 +0100 | <geekosaur> | hrnm, actually I'm not sure that would work either: it won't run logHook if there are no windows yet |
| 2021-11-14 14:19:21 +0100 | <geekosaur> | (also the XS would have to be persistent or it'd run after a mod-q) |
| 2021-11-14 14:32:05 +0100 | <Safeguard-IRC> | hm, so startuphook it is? |
| 2021-11-14 14:46:55 +0100 | <liskin> | Solid: that's the list, we all get emails sent there, as well as many of our users |
| 2021-11-14 14:47:21 +0100 | <Solid> | oh derp |
| 2021-11-14 14:47:57 +0100 | <liskin> | But I do have some "keys" you guys don't and I'll be happy to distribute them if you add your gpg keys to MAINTAINERS.md |
| 2021-11-14 14:48:26 +0100 | <liskin> | Notably: hackage account for xmonad CI and Twitter |
| 2021-11-14 14:49:10 +0100 | <liskin> | Dons has the Twitter password plus 2fa recovery keys in case I die |
| 2021-11-14 14:49:45 +0100 | <liskin> | Hackage is recoverable even without anything, as it's small enough to be tended to by humans |
| 2021-11-14 14:50:28 +0100 | Safeguard-IRC | (~Safeguard@151.42.165.137) (Read error: Connection reset by peer) |
| 2021-11-14 14:51:47 +0100 | <Solid> | ah these are probably fine (my pgp key is tied to my real name and I don't think I even have a cackage account :)) |
| 2021-11-14 14:53:04 +0100 | <Solid> | (then again I will have to disclose my real name to _someone_ if I ever want to see any of that donation money) |
| 2021-11-14 14:56:54 +0100 | skewerr | spoonm |
| 2021-11-14 14:58:28 +0100 | guru | (~guru@c-73-57-140-245.hsd1.fl.comcast.net) |
| 2021-11-14 14:59:14 +0100 | guru | etrigan63 |
| 2021-11-14 15:10:10 +0100 | benin | (~benin@183.82.176.36) (Ping timeout: 260 seconds) |
| 2021-11-14 15:14:32 +0100 | etrigan63 | (~guru@c-73-57-140-245.hsd1.fl.comcast.net) (Quit: Leaving) |
| 2021-11-14 15:15:14 +0100 | guru | (~guru@c-73-57-140-245.hsd1.fl.comcast.net) |
| 2021-11-14 15:18:16 +0100 | guru | etrigan63 |
| 2021-11-14 15:18:27 +0100 | etrigan63 | (~guru@c-73-57-140-245.hsd1.fl.comcast.net) (Client Quit) |
| 2021-11-14 15:21:19 +0100 | guru | (~guru@c-73-57-140-245.hsd1.fl.comcast.net) |
| 2021-11-14 15:21:43 +0100 | guru | etrigan63 |
| 2021-11-14 15:23:38 +0100 | etrigan63 | (~guru@c-73-57-140-245.hsd1.fl.comcast.net) (Client Quit) |
| 2021-11-14 15:25:17 +0100 | guru | (~guru@c-73-57-140-245.hsd1.fl.comcast.net) |
| 2021-11-14 15:25:27 +0100 | guru_ | (~guru@c-73-57-140-245.hsd1.fl.comcast.net) |
| 2021-11-14 15:25:33 +0100 | guru_ | (~guru@c-73-57-140-245.hsd1.fl.comcast.net) (Client Quit) |
| 2021-11-14 15:25:33 +0100 | guru | (~guru@c-73-57-140-245.hsd1.fl.comcast.net) (Client Quit) |
| 2021-11-14 15:25:51 +0100 | guru | (~guru@c-73-57-140-245.hsd1.fl.comcast.net) |
| 2021-11-14 15:27:42 +0100 | guru | etrigan63 |
| 2021-11-14 15:29:42 +0100 | etrigan63 | (~guru@c-73-57-140-245.hsd1.fl.comcast.net) (Client Quit) |
| 2021-11-14 15:36:25 +0100 | etrigan63 | (~etrigan63@c-73-57-140-245.hsd1.fl.comcast.net) |
| 2021-11-14 15:37:00 +0100 | <etrigan63> | Is this working? |
| 2021-11-14 15:38:18 +0100 | <etrigan63> | quit |
| 2021-11-14 15:38:22 +0100 | etrigan63 | (~etrigan63@c-73-57-140-245.hsd1.fl.comcast.net) (Client Quit) |
| 2021-11-14 15:44:20 +0100 | <etrigan63[m]> | Guess I will stick to the matrix bridge. |
| 2021-11-14 15:52:06 +0100 | <geekosaur> | it was working |
| 2021-11-14 15:52:35 +0100 | <geekosaur> | this channel is just rather asynchronous, which may make matrix preferable because it keeps scrollback for you |
| 2021-11-14 16:21:12 +0100 | <noex> | i had the problem where xmobar freezes xmonad years ago...maybe a decade. i didn't use it for some time, but recently built a new system and tried it again. i have the exact same problem lol |
| 2021-11-14 16:21:43 +0100 | <noex> | there's documentation about fixing StdinReaders and log hooks....but I don't have any of those things. |
| 2021-11-14 16:24:10 +0100 | <noex> | is there a better way? i'd be happy with any status bar really. should I just launch it separately? |
| 2021-11-14 16:32:57 +0100 | <liskin> | Solid: well, more like everyone rather than someone, open collective is literally open |
| 2021-11-14 16:34:07 +0100 | <liskin> | Although that's just if you invoice your time. There may be other options, and they're improving every month. |
| 2021-11-14 16:36:12 +0100 | <geekosaur> | noex, you might be interested in X.H.StatusBar |
| 2021-11-14 16:36:40 +0100 | <geekosaur> | but if you don't have a logHook then xmobar shouldn't be freezing xmonad |
| 2021-11-14 16:37:20 +0100 | <liskin> | If you don't have a logHook but you do have a spawnPipe, then it should, though :-) |
| 2021-11-14 16:37:30 +0100 | <liskin> | (and that's what many people do) |
| 2021-11-14 16:38:45 +0100 | <geekosaur> | hm. but the freeze is caused by the pipe filling up and blocking. if you aren't writing down the pipe, it'll never fill up |
| 2021-11-14 16:39:47 +0100 | <geekosaur> | spawnPipe without a logHook causes a different confusion, people think that somehow causes xmobar to automagically exit on mod-q when that actually requires xmobar to be reading from the pipe |
| 2021-11-14 16:45:24 +0100 | Digit | (~user@user/digit) (tidying) |
| 2021-11-14 16:57:06 +0100 | mc47 | (~mc47@xmonad/TheMC47) |
| 2021-11-14 17:07:54 +0100 | <liskin> | Oh, that's probably right, yeah |
| 2021-11-14 17:22:25 +0100 | <noex> | i don't know enough about haskell to tell. i just barely get by modifying my config. it's probably wrong in a multitude of ways. |
| 2021-11-14 17:23:02 +0100 | <geekosaur> | @where paste |
| 2021-11-14 17:23:02 +0100 | <lambdabot> | Help us help you: please paste full code, input and/or output at e.g. https://paste.tomsmeding.com |
| 2021-11-14 17:24:26 +0100 | <noex> | https://dpaste.com/EX8RFXZT4 |
| 2021-11-14 17:27:59 +0100 | <noex> | all i know is that if I add xmobar, xmonad will stop responding. if I kill xmobar in a tty, it works again immediately. |
| 2021-11-14 17:28:47 +0100 | <geekosaur> | can you show us the config with xmobar added? |
| 2021-11-14 17:29:02 +0100 | <noex> | uhh that is the config with xmobar added |
| 2021-11-14 17:29:25 +0100 | <geekosaur> | so far I see nothing wrong with your config; it has a bit of noise but is better than many I've seen |
| 2021-11-14 17:30:13 +0100 | <noex> | dang. i was hoping it was something obvious |
| 2021-11-14 17:30:19 +0100 | <geekosaur> | oh, sorry, missed it. so the xmobar combinator will add a logHook |
| 2021-11-14 17:30:40 +0100 | <noex> | oh it adds one, well that makes sense then |
| 2021-11-14 17:33:34 +0100 | <geekosaur> | yeh, the combinator is an all-in-one solution |
| 2021-11-14 17:33:47 +0100 | <geekosaur> | and now you need xmobar configured with a StdinReader |
| 2021-11-14 17:34:23 +0100 | <geekosaur> | otherwise the pipe will eventually fill up and xmonad will block. (0.17.0 provides a different setup based on X properties, which won't block) |
| 2021-11-14 17:34:45 +0100 | <noex> | oh really |
| 2021-11-14 17:35:13 +0100 | <noex> | woah, yeah mine is pretty outdated |
| 2021-11-14 17:35:15 +0100 | <noex> | wth |
| 2021-11-14 17:35:29 +0100 | <geekosaur> | that's why I pointed to X.H.StatusBar earlier. it's a somewhat easier configuration that uses properties instead of pipes, so it behaves somewhat better |
| 2021-11-14 17:35:43 +0100 | <noex> | apparently gentoo provides 0.15 |
| 2021-11-14 17:36:01 +0100 | <geekosaur> | hm, thought they'd upgraded :( |
| 2021-11-14 17:36:09 +0100 | <geekosaur> | 0.17.0 was only released a week ago |
| 2021-11-14 17:36:22 +0100 | <noex> | might be a pr for it. i'll yell about it :) |
| 2021-11-14 17:36:25 +0100 | <geekosaur> | guess you would have to get it from hackage |
| 2021-11-14 17:37:11 +0100 | <geekosaur> | well, it's not uncommon that distributions take their cue from stackage. and stackage is blocked on updates because of recent ghc upgrades (nightly is not yet usable, so no new LTS) |
| 2021-11-14 17:37:43 +0100 | <noex> | ahh yeah, i tried to build ghc from source for a school project and they had other outdated packages I noticed |
| 2021-11-14 17:38:27 +0100 | <noex> | i should really support this project monetarily. xmonad is the most important tool i have. i would really hate to have to use anything else. |
| 2021-11-14 17:39:06 +0100 | <noex> | i'm totally sponsoring this project on gh |
| 2021-11-14 17:39:18 +0100 | <geekosaur> | hm, stackage nightly still on 9.0.1. which a lot of folks are skipping because 9.0.1 is buggy :( |
| 2021-11-14 17:39:38 +0100 | <geekosaur> | this seems a bit counterproductive |
| 2021-11-14 17:40:25 +0100 | <geekosaur> | in particular few packages intend to update for compatibility until either 9.0.2 comes out or stackage commits to 9.2.1 |
| 2021-11-14 17:41:20 +0100 | <noex> | i know at work i had to set everything up using cabal because RHEL and CentOS didn't provide xmonad for version 8 yet |
| 2021-11-14 17:41:28 +0100 | <noex> | probably had much newer packages than other distros that way |
| 2021-11-14 17:42:11 +0100 | <noex> | and by that i mean EPEL |
| 2021-11-14 17:42:16 +0100 | <obimod> | <3 xmonad |
| 2021-11-14 17:42:16 +0100 | <geekosaur> | at least nightly now has 0.17.0 |
| 2021-11-14 17:42:35 +0100 | <obimod> | so much better than any other window manager i've used |
| 2021-11-14 17:43:12 +0100 | <noex> | it really is the greatest |
| 2021-11-14 17:43:36 +0100 | <noex> | when i had a mac at work, i found some plugin to make it attempt to behave like xmonad, but it wasn't the same at all |
| 2021-11-14 17:46:17 +0100 | <geekosaur> | apple makes it really difficult to do that :( |
| 2021-11-14 17:47:07 +0100 | <geekosaur> | there have been several attempts, including at least one attempted port of xmonad itself, but apple doesn't provide enough hooks and they randomly change stuff whenever they feel like it |
| 2021-11-14 17:47:49 +0100 | <geekosaur> | (hm, was osxmonad a port or a rewrite? don't recall any more) |
| 2021-11-14 17:48:05 +0100 | <obimod> | there's amethyst |
| 2021-11-14 17:48:19 +0100 | <obimod> | it has improved but you can tell something at the core cannot be done |
| 2021-11-14 17:48:25 +0100 | <obimod> | osx windows are just too heavy imo |
| 2021-11-14 17:48:31 +0100 | <obimod> | at least that's how it feels |
| 2021-11-14 17:48:44 +0100 | <noex> | i used something called Amethyst. I applaud the dev's efforts, but yeah...just not the same |
| 2021-11-14 17:48:55 +0100 | <obimod> | and by osx windows i mean osx windowing management |
| 2021-11-14 17:49:02 +0100 | <geekosaur> | they work completely differently from x11 windows |
| 2021-11-14 17:49:27 +0100 | <obimod> | xmonad is like community college, it's just what you need |
| 2021-11-14 17:49:33 +0100 | <geekosaur> | and libapplewm provides too few hooks, in part because too much is controlled by the window itself in the apple model |
| 2021-11-14 17:49:34 +0100 | <obimod> | a (good) community college :) |
| 2021-11-14 17:49:50 +0100 | <geekosaur> | (and the windows model, for that matter, which is why nobody's tried to port xmonad to windows) |
| 2021-11-14 17:52:33 +0100 | alternateved | (~user@staticline-31-183-149-3.toya.net.pl) |
| 2021-11-14 17:52:40 +0100 | <noex> | oh windows |
| 2021-11-14 17:53:08 +0100 | <noex> | :) |
| 2021-11-14 17:53:37 +0100 | <geekosaur> | like, you can't make the titlebar and buttons go away because they're rendered by the application (toolkit), not the system |
| 2021-11-14 17:54:22 +0100 | <geekosaur> | which makes them more flexible for the application but means you can't really do "minimalist" |
| 2021-11-14 17:58:06 +0100 | <noex> | yeah the word "minimalist" doesn't seem to be in microsoft's vocabulary |
| 2021-11-14 17:59:39 +0100 | <noex> | i had to automate some package installs at work and it was basically a game of "let's find which non-standard flag I need to pass this one to make it not pop up a gui" |
| 2021-11-14 18:00:36 +0100 | <noex> | it just really seems to fight automation and simplicity |
| 2021-11-14 18:03:32 +0100 | <geekosaur> | what I have never understood about mswindows is, how is microsoft itself not affected by this? |
| 2021-11-14 18:03:59 +0100 | <noex> | lol |
| 2021-11-14 18:04:00 +0100 | <geekosaur> | you'd think they would want to automate building things themselves, especially these days |
| 2021-11-14 18:04:50 +0100 | <noex> | yeah, idk that's a good question. maybe some proprietary in-house tools |
| 2021-11-14 18:06:42 +0100 | <noex> | the lack of thought that goes into some things is really mind blowing. i tried to embrace powershell remoting because it worked almost out of the box at work, until I realized they had not considered editing files. after googling extensively, the best solution I found is you have to basically just cat and echo into files. |
| 2021-11-14 18:09:12 +0100 | <geekosaur> | well, I think in the older days they just did it once and made a system image they could slap around. but that doesn't scale to the cloud very well unless they've also reinvented something like docker — but mswindows doesn't make that easy either |
| 2021-11-14 18:10:39 +0100 | <obimod> | i don't know haskell and i think i might be missing something obvious here; but xmobar is not instantiating multiple instances across screens. does anyone know what i'm missing? think the relevent config is here: https://dpaste.org/FSb2#L392,393,397,402 |
| 2021-11-14 18:16:07 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 2021-11-14 18:16:32 +0100 | geekosaur | (~geekosaur@xmonad/geekosaur) |
| 2021-11-14 18:19:27 +0100 | <geekosaur> | not seeing anything obviously wrong, unless xmobar needs the -x option before the config file |
| 2021-11-14 18:19:54 +0100 | <noex> | mine is only on one screen as well, but I'm okay with that |
| 2021-11-14 18:20:17 +0100 | <noex> | must be the default? |
| 2021-11-14 18:20:46 +0100 | <geekosaur> | default is it places itself on screen 0. -x option lets you specify a screen |
| 2021-11-14 18:23:26 +0100 | <obimod> | -x option on line 393 -- yea, this is definitely a nice to have. essentially procrastination from other things |
| 2021-11-14 18:23:45 +0100 | <obimod> | i'm fine with it on only one screen |
| 2021-11-14 18:24:07 +0100 | <obimod> | i did learn to send xmobar SIGUSR1 to change screens |
| 2021-11-14 18:24:12 +0100 | <obimod> | that was nice |
| 2021-11-14 18:25:13 +0100 | <obimod> | doesn't add the gap though, so when screens are changed if it wasn't the original screen it's hidden in the background |
| 2021-11-14 18:25:45 +0100 | <obimod> | nice for fixing placement when i change from docked to undocked (screen 0 changes monitors) |
| 2021-11-14 18:27:04 +0100 | <geekosaur> | I think that's a downside of the way we currently handle struts. what we do now is much faster than how it used to work (all the real work was in avoidStruts) but means strut changes can be missed |
| 2021-11-14 18:28:38 +0100 | <geekosaur> | but I don't run xmobar and don't know it that well, so there are limits to how much I can help with it |
| 2021-11-14 18:28:53 +0100 | <obimod> | ahh - i was wondering about those changes -- i do see avoidStruts but then we toggleStruts to add and remove the gap |
| 2021-11-14 18:29:10 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 2021-11-14 18:29:12 +0100 | <geekosaur> | right, but it's when we *record* the struts that matters |
| 2021-11-14 18:29:14 +0100 | <obimod> | i really appreciate the look over though geekosaur |
| 2021-11-14 18:29:24 +0100 | Guest44 | (~Guest44@2603-6081-7700-dffb-800e-a94a-caeb-828d.res6.spectrum.com) |
| 2021-11-14 18:29:40 +0100 | <geekosaur> | used to be we did it in avoidStruts, which as a result had to examine every window. this got slow with lots of windows |
| 2021-11-14 18:30:05 +0100 | <obimod> | that makes sense |
| 2021-11-14 18:30:06 +0100 | <geekosaur> | now we track what the docks are and record their struts, but that means we don't notice when their struts change, I think |
| 2021-11-14 18:30:48 +0100 | <obimod> | sounds like a sensible trade off |
| 2021-11-14 18:30:52 +0100 | <geekosaur> | (should be fixable by monitoring properties on strut-holding windows, come to think of it. you might file an issue about that) |
| 2021-11-14 18:32:27 +0100 | <geekosaur> | mm, I thought maybe we already did that in docksEventHook but you have that |
| 2021-11-14 18:34:49 +0100 | <geekosaur> | actually this seems a little weird because it's the case the old docksEventHook was specifically intended to handle, docks jumping screens. but I haven't kept track of how it has changed since the 0.12 rewrite |
| 2021-11-14 18:38:20 +0100 | <obimod> | i dont think new docks are being setup for xmobar on any other screen than 0 -- i wonder if xmobar is missing some calls with regards to docking |
| 2021-11-14 18:39:08 +0100 | <obimod> | for instance, i would expect the SIGUSR1 to jump the dock to the new screen |
| 2021-11-14 18:39:22 +0100 | <obimod> | SIGUSR1 to xmobar that is |
| 2021-11-14 18:39:36 +0100 | Guest44 | (~Guest44@2603-6081-7700-dffb-800e-a94a-caeb-828d.res6.spectrum.com) (Quit: Client closed) |
| 2021-11-14 18:39:48 +0100 | noex | (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) (Quit: my dad's not a phone!) |
| 2021-11-14 18:40:00 +0100 | Guest44 | (~Guest44@2603-6081-7700-dffb-800e-a94a-caeb-828d.res6.spectrum.com) |
| 2021-11-14 18:40:22 +0100 | <obimod> | (assuming i am getting this terminology right) |
| 2021-11-14 18:42:04 +0100 | noex | (~noex@2600:8804:1280:aa0:5857:94a:25de:c513) |
| 2021-11-14 18:43:24 +0100 | <obimod> | i think by "gap" i mean "dock" |
| 2021-11-14 18:44:26 +0100 | Guest44 | (~Guest44@2603-6081-7700-dffb-800e-a94a-caeb-828d.res6.spectrum.com) (Ping timeout: 256 seconds) |
| 2021-11-14 18:46:10 +0100 | <obimod> | i think i found the issue geekosaur https://github.com/jaor/xmobar/issues/541#issuecomment-835288052 |
| 2021-11-14 18:47:39 +0100 | <geekosaur> | so SIGUSR1 isn't working either? that suggests xmobar is missing multiscreen support or just doesn't detect the mmultiple screens, rather than the issue you pointed to |
| 2021-11-14 18:48:15 +0100 | <obimod> | or maybe not, i'm using Top and not static - SIGUSR1 is working, but it's not creating the "gap" on the screen for some reason |
| 2021-11-14 18:48:16 +0100 | <geekosaur> | or, I guess, Static simply doesn't work with multiscreen, which would be that issue I guess |
| 2021-11-14 18:48:36 +0100 | <obimod> | my bad, that's not the issue |
| 2021-11-14 18:49:07 +0100 | <geekosaur> | right, the gap is something else and that should be on xmonad side. but you have that issue plus the multiple spawns issue? or just one? |
| 2021-11-14 18:49:54 +0100 | <obimod> | right, both issues |
| 2021-11-14 18:50:53 +0100 | <obimod> | i've also added the xmobar config here: https://dpaste.org/D43b (below xmonad.hs) -- in case you were wondering |
| 2021-11-14 18:50:57 +0100 | <geekosaur> | if you swap the order of the arguments to xmobar (xmobar -x 1 /path/to/config) does it start? |
| 2021-11-14 18:52:38 +0100 | <obimod> | i'll give it a shot |
| 2021-11-14 18:52:53 +0100 | obimod | (~obimod@gateway/vpn/pia/obimod) (Quit: every day brings new choices) |
| 2021-11-14 18:59:01 +0100 | obimod | (~obimod@gateway/vpn/pia/obimod) |
| 2021-11-14 18:59:09 +0100 | <obimod> | geekosaur you nailed it |
| 2021-11-14 18:59:30 +0100 | <obimod> | many thanks! |
| 2021-11-14 19:11:30 +0100 | <etrigan63[m]> | <geekosaur> "it was working" <- Thanks. The PerScreenPosition module works like a champ (after a little debugging). Now the only bugaboos left are why betterlockscreen doesn't hide updated windows. If I lock the screen everything looks OK, but after a while polybar shows up over the lockscreen and sometimes other apps with updates. Is there something special I need to do to make betterlockscreen behave correctly? |
| 2021-11-14 19:12:19 +0100 | <geekosaur> | hm. it's actually up to the screen locker to deal with that, not the window manager |
| 2021-11-14 19:12:44 +0100 | <geekosaur> | this sounds like betterlockscreen isn't so much "better" |
| 2021-11-14 19:13:17 +0100 | <geekosaur> | (there have similarly been bugs found in slock and even xscreensaver, although they're mostly different bugs) |
| 2021-11-14 19:14:18 +0100 | <etrigan63[m]> | `betterlockscreen` is a wrapper fro `i3-lock-color` so maybe I should search for that. |
| 2021-11-14 19:19:11 +0100 | <liskin> | up until recently, xsecurelock was the only screen locker with a good enough architecture to be considered a locker rather than just a pretty screensaver, but xscreensaver has adopted the same design I think |
| 2021-11-14 19:19:12 +0100 | <etrigan63[m]> | I forgot to mention that I use `xidlehook` to launch `betterlockscreen`. |
| 2021-11-14 19:19:26 +0100 | <geekosaur> | the screen locker window should (a) be override-redirect (b) keep itself above all other windows. there is a server extension that makes this easier and in particular forces the screensaver window to always been on top, but perhaps this one doesn't use it |
| 2021-11-14 19:20:05 +0100 | <geekosaur> | and hopefully it isn't expecting i3 to do that for it |
| 2021-11-14 19:20:45 +0100 | <geekosaur> | the screensaver extension exists precisely because doing this manually is error-prone and subject to race conditions |
| 2021-11-14 19:23:29 +0100 | <etrigan63[m]> | So what is the recommended screen locker for xmonad? |
| 2021-11-14 19:23:44 +0100 | <alternateved> | xsecurelock is fun |
| 2021-11-14 19:24:57 +0100 | <alternateved> | I feel like you cannot go wrong with xsecurelock |
| 2021-11-14 19:24:58 +0100 | <geekosaur> | I'm not sure there is one recommended screensaver |
| 2021-11-14 19:25:34 +0100 | <geekosaur> | I just use the one that comes with mate, since I use xmonad as mate's window manager |
| 2021-11-14 20:18:15 +0100 | mvk | (~mvk@2607:fea8:5cc3:e900::df92) |
| 2021-11-14 20:25:38 +0100 | <FOSSHuman[m]> | <geekosaur> "FOSS Human, there was supposed..." <- Hmm, is there any info on this fix that was introduced? |
| 2021-11-14 20:26:40 +0100 | <geekosaur> | we weren't propagating ReleaseResources messages where we needed to |
| 2021-11-14 20:26:55 +0100 | <geekosaur> | it is possible that some layouts still don't propagate them fully |
| 2021-11-14 20:27:20 +0100 | <geekosaur> | which would lead to things like the windows used by Decoration hanging around |
| 2021-11-14 20:27:23 +0100 | <liskin> | yeah many don't |
| 2021-11-14 20:27:47 +0100 | <liskin> | especially those conditional ones like PerScreen and IfMax and so on |
| 2021-11-14 20:28:23 +0100 | <liskin> | actually that may be a different issue, not ReleaseResources propagation but rather not emitting Hide when the condition flips |
| 2021-11-14 20:28:28 +0100 | <liskin> | nevermind |
| 2021-11-14 20:28:45 +0100 | <liskin> | it's certainly somewhat related though, might help someone if they were to look into it |
| 2021-11-14 20:31:21 +0100 | <FOSSHuman[m]> | Would sublayouts have anything to do with this? Since I use the tabbed subLayout, maybe that might be causing this?? Or something I might of misconfigured |
| 2021-11-14 20:32:45 +0100 | <geekosaur> | quite possibly |
| 2021-11-14 20:39:49 +0100 | <geekosaur> | in general our message processing could use some work, and some of that work may end up being difficult because it's hard to introspect details of either messages or what layouts handle what messages |
| 2021-11-14 20:40:07 +0100 | <geekosaur> | so a message may be dropped on the floor when it needs to be propagated |
| 2021-11-14 20:41:00 +0100 | <geekosaur> | I consider our message stuff a clever hack. but it's a hack that prevents detecting dangling messages either at compile time or runtime |
| 2021-11-14 20:41:23 +0100 | <geekosaur> | or lost messages |
| 2021-11-14 21:10:36 +0100 | joshproehl | (~quassel@user/joshproehl) (Quit: Disappearing act!) |
| 2021-11-14 21:10:50 +0100 | joshproehl | (~quassel@user/joshproehl) |
| 2021-11-14 21:21:51 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 268 seconds) |
| 2021-11-14 21:47:06 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) |
| 2021-11-14 21:50:22 +0100 | tomsmeding | (~tomsmedin@tomsmeding.com) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2021-11-14 21:53:13 +0100 | tomsmeding | (~tomsmedin@tomsmeding.com) |
| 2021-11-14 21:55:31 +0100 | ircbrowse_tom | (~ircbrowse@static.162.49.55.162.clients.your-server.de) |
| 2021-11-14 21:55:37 +0100 | Server | +cnt |
| 2021-11-14 22:48:03 +0100 | Armoletti^ | (~armoletti@dyn70-177.yok.fi) (Ping timeout: 256 seconds) |
| 2021-11-14 22:50:47 +0100 | mvk | (~mvk@2607:fea8:5cc3:e900::df92) (Ping timeout: 264 seconds) |
| 2021-11-14 22:56:53 +0100 | qbt | (~qbt@user/edun) (Quit: Leaving.) |
| 2021-11-14 23:18:12 +0100 | mc47 | (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
| 2021-11-14 23:21:21 +0100 | SenranKaguya | (~weechat@c-73-15-19-170.hsd1.ca.comcast.net) (Ping timeout: 245 seconds) |
| 2021-11-14 23:23:20 +0100 | alternateved | (~user@staticline-31-183-149-3.toya.net.pl) (Ping timeout: 268 seconds) |
| 2021-11-14 23:31:40 +0100 | Armoletti^ | (~armoletti@dyn70-177.yok.fi) |
| 2021-11-14 23:39:53 +0100 | mvk | (~mvk@2607:fea8:5cc3:e900::df92) |
| 2021-11-14 23:49:06 +0100 | Armoletti^ | (~armoletti@dyn70-177.yok.fi) (Ping timeout: 260 seconds) |
