2020-12-13 00:12:04 +0100 | <By_JumperX4[m]> | vrs: `, layoutHook = spacingRaw True (Border 0 2 0 2) True (Border 2 0 2 0) True $ smartBorders ||| Grid` is this correct ? |
2020-12-13 00:12:55 +0100 | <By_JumperX4[m]> | (to set Grid mode by default) |
2020-12-13 00:13:10 +0100 | <By_JumperX4[m]> | because I still get full mode by default and that's horrible |
2020-12-13 00:13:21 +0100 | <vrs> | mod+shift+space? |
2020-12-13 00:13:59 +0100 | <By_JumperX4[m]> | yes but no |
2020-12-13 00:14:11 +0100 | <By_JumperX4[m]> | I'd like it to start like that by default |
2020-12-13 00:14:16 +0100 | <vrs> | also ||| separates layouts you can cycle through with mod+space so maybe try only spacingRaw True (Border 0 2 0 2) True (Border 2 0 2 0) True $ smartBorders $ Grid |
2020-12-13 00:14:32 +0100 | <vrs> | (haven't compiled, can't vouch for it) |
2020-12-13 00:14:55 +0100 | <vrs> | but in general, the thing before the ||| is the default |
2020-12-13 00:15:23 +0100 | <By_JumperX4[m]> | I just found something |
2020-12-13 00:15:28 +0100 | <By_JumperX4[m]> | if I do xmonad --recompile |
2020-12-13 00:15:30 +0100 | <By_JumperX4[m]> | I get errors |
2020-12-13 00:15:54 +0100 | <By_JumperX4[m]> | Ima remove problematic parts |
2020-12-13 00:17:30 +0100 | <vrs> | for reference, this is what my layout looks like https://hastebin.com/ebirorixun.rb |
2020-12-13 00:19:07 +0100 | <vrs> | (but it needs a bunch of keybindings to be useful, do not use verbatim) |
2020-12-13 00:19:30 +0100 | <vrs> | (it's just an example for how to organize the layout part of a config) |
2020-12-13 00:20:03 +0100 | <By_JumperX4[m]> | hmmm |
2020-12-13 00:20:07 +0100 | <By_JumperX4[m]> | I got some big error |
2020-12-13 00:20:15 +0100 | By_JumperX4[m] | sent a long message: < https://matrix.org/_matrix/media/r0/download/matrix.org/NuQDBBmHRSzpzzfqUaKUkmqG/message.txt > |
2020-12-13 00:20:37 +0100 | <By_JumperX4[m]> | so basically it says that the first line under `main - do` is wrong because there is an equals |
2020-12-13 00:22:04 +0100 | <vrs> | comment that out and see what happens |
2020-12-13 00:22:12 +0100 | <By_JumperX4[m]> | and now I understand why I don't get erros when doing `mod+q` |
2020-12-13 00:22:15 +0100 | <By_JumperX4[m]> | xmessage isn't installed |
2020-12-13 00:23:43 +0100 | <By_JumperX4[m]> | uuuh then it tells me that the line after that one is wrong because it starts by a `,` |
2020-12-13 00:23:56 +0100 | <By_JumperX4[m]> | but if I replace the `,` by a `{` I still get errors |
2020-12-13 00:24:39 +0100 | <By_JumperX4[m]> | ima try commenting everything in this |
2020-12-13 00:25:00 +0100 | <vrs> | I think you'll have to learn at least the syntax to be productive here |
2020-12-13 00:26:54 +0100 | <vrs> | in this case, you're dealing with https://en.wikibooks.org/wiki/Haskell/More_on_datatypes#Named_Fields_(Record_Syntax) |
2020-12-13 00:28:53 +0100 | <By_JumperX4[m]> | oof |
2020-12-13 00:31:57 +0100 | <By_JumperX4[m]> | I understand nothing of this lmao |
2020-12-13 00:34:32 +0100 | <vrs> | { a = b, c = d, ... } is what you need |
2020-12-13 00:39:14 +0100 | notis | (~notis@45.134.22.48) (Ping timeout: 260 seconds) |
2020-12-13 00:41:33 +0100 | growpotk- | (~growpotki@130-45-30-154.dyn.grandenetworks.net) (Ping timeout: 260 seconds) |
2020-12-13 00:43:13 +0100 | <dminuoso> | By_JumperX4[m]: The error message is misleading because we have a complex grammar and a parser not well tuned for good errors. |
2020-12-13 00:44:00 +0100 | <dminuoso> | Sometimes GHC, the haskell compiler used here, will emit incorrect suggestions like "Perhaps ..." - they're just heuristics that can be wrong |
2020-12-13 00:44:26 +0100 | <By_JumperX4[m]> | oh ok |
2020-12-13 00:45:09 +0100 | <By_JumperX4[m]> | and how can I know where the problem is then ? |
2020-12-13 00:45:19 +0100 | <dminuoso> | Show us your source code |
2020-12-13 00:45:39 +0100 | By_JumperX4[m] | sent a long message: < https://matrix.org/_matrix/media/r0/download/matrix.org/QdRVZrUFKMKaNyUhoYUFoUEV/message.txt > |
2020-12-13 00:46:04 +0100 | By_JumperX4[m] | sent a long message: < https://matrix.org/_matrix/media/r0/download/matrix.org/zuXmLlhCIDkrEBQFHpVkwmEJ/message.txt > |
2020-12-13 00:46:27 +0100 | <dminuoso> | By_JumperX4[m]: Id say you accidentally deleted a line there. |
2020-12-13 00:46:46 +0100 | <By_JumperX4[m]> | oh |
2020-12-13 00:47:02 +0100 | <By_JumperX4[m]> | can you repair that ? |
2020-12-13 00:47:05 +0100 | <dminuoso> | Right before the line of `{ manageHook ...` |
2020-12-13 00:48:06 +0100 | <dminuoso> | By_JumperX4[m]: You probably want the main definition to be: `main = xmonad $ def ...` |
2020-12-13 00:48:40 +0100 | <By_JumperX4[m]> | that seems to repair things |
2020-12-13 00:48:41 +0100 | <By_JumperX4[m]> | noice |
2020-12-13 00:49:02 +0100 | <By_JumperX4[m]> | now I'll try to repair other errors |
2020-12-13 00:51:17 +0100 | By_JumperX4[m] | sent a long message: < https://matrix.org/_matrix/media/r0/download/matrix.org/uceiSswHVAOEhhyUSKfrVQaZ/message.txt > |
2020-12-13 00:51:18 +0100 | <By_JumperX4[m]> | yes |
2020-12-13 01:33:13 +0100 | wonko7 | (~wonko7@2a01:e35:2ffb:7040:14a1:46f4:68f7:2133) (Ping timeout: 272 seconds) |
2020-12-13 01:52:56 +0100 | ybenel | (~Mandalore@unaffiliated/ybenel) (Ping timeout: 258 seconds) |
2020-12-13 01:54:32 +0100 | ybenel | (~Mandalore@unaffiliated/ybenel) |
2020-12-13 02:07:16 +0100 | daphnis | (~daphnis@cm-84.214.179.98.getinternet.no) (Ping timeout: 240 seconds) |
2020-12-13 02:07:36 +0100 | daphnis_ | (~daphnis@cm-84.214.179.98.getinternet.no) (Ping timeout: 240 seconds) |
2020-12-13 02:12:59 +0100 | ybenel | (~Mandalore@unaffiliated/ybenel) (Quit: "Once Ago I Couldn't Sleep") |
2020-12-13 02:22:56 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 240 seconds) |
2020-12-13 02:44:28 +0100 | gzj | (~gzj@unaffiliated/gzj) |
2020-12-13 02:45:05 +0100 | gzj | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
2020-12-13 02:45:27 +0100 | gzj | (~gzj@unaffiliated/gzj) |
2020-12-13 02:45:28 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 256 seconds) |
2020-12-13 02:59:04 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
2020-12-13 03:21:31 +0100 | <By_JumperX4[m]> | Hey... I'm facing an issue... I'd like to add ` , layoutHook=avoidStruts $ layoutHook def` to `, layoutHook= spacingRaw False (Border 3 0 3 0) True (Border 0 3 0 3) True $ GridRatio (4/3) ||| Full` |
2020-12-13 03:21:51 +0100 | <By_JumperX4[m]> | but I don't really know how to |
2020-12-13 03:29:28 +0100 | jchia | (~jchia@58.32.35.91) (Ping timeout: 246 seconds) |
2020-12-13 03:32:37 +0100 | rabliatu | (~quassel@107.158.96.75) (Ping timeout: 264 seconds) |
2020-12-13 03:33:06 +0100 | gzj | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
2020-12-13 03:33:26 +0100 | gzj | (~gzj@unaffiliated/gzj) |
2020-12-13 03:34:18 +0100 | jchia | (~jchia@58.32.71.163) |
2020-12-13 03:37:55 +0100 | <vrs> | I'd guess it'd go like `, layoutHook = avoidStruts $ spacingRaw False (Border 3 0 3 0) True (Border 0 3 0 3) True $ GridRatio (4/3) ||| Full` |
2020-12-13 03:38:18 +0100 | <vrs> | but you might run into precedence issues |
2020-12-13 03:39:12 +0100 | <vrs> | I'd recommend you put the `spacingRaw False (Border 3 0 3 0) True (Border 0 3 0 3) True $ GridRatio (4/3)` part into a variable |
2020-12-13 03:41:18 +0100 | By_JumperX4[m] | sent a long message: < https://matrix.org/_matrix/media/r0/download/matrix.org/AXEIzuagtAzQdOsnIGJoAOpY/message.txt > |
2020-12-13 03:46:17 +0100 | <vrs> | more like this https://hastebin.com/anacuzizup.yaml |
2020-12-13 03:48:47 +0100 | <By_JumperX4[m]> | it compiles |
2020-12-13 03:49:02 +0100 | <By_JumperX4[m]> | now let's see how it looks |
2020-12-13 03:49:32 +0100 | <By_JumperX4[m]> | the `layoutHook=avoidStruts` doesn't seems to work |
2020-12-13 03:49:46 +0100 | <By_JumperX4[m]> | my windows are still on top of xmobar :/ |
2020-12-13 03:50:14 +0100 | gzj | (~gzj@unaffiliated/gzj) (Ping timeout: 258 seconds) |
2020-12-13 03:50:38 +0100 | <By_JumperX4[m]> | vrs: why `avoidStruts $ spaced ||| Full` ? |
2020-12-13 03:50:47 +0100 | <By_JumperX4[m]> | why that spaced and full ? |
2020-12-13 03:52:05 +0100 | <vrs> | avoidstruts is a layout modifier, spaced (which we just defined) and full are layouts on their own |
2020-12-13 03:52:23 +0100 | <vrs> | spaced ||| Full means we can cycle through the layouts (of which we currently have two) with mod+space |
2020-12-13 03:52:31 +0100 | <Irishluck83> | yeah, i don't think you need to do spaced |
2020-12-13 03:52:52 +0100 | <By_JumperX4[m]> | I just have GridRation (4/3) and Full |
2020-12-13 03:52:53 +0100 | <vrs> | you don't need to but it greatly helps readability |
2020-12-13 03:53:05 +0100 | <By_JumperX4[m]> | I don't see why there is spaced in what you sent ? |
2020-12-13 03:53:19 +0100 | <vrs> | (I was figuring you wanted spaces in your grid) |
2020-12-13 03:53:27 +0100 | <By_JumperX4[m]> | yea |
2020-12-13 03:53:35 +0100 | <By_JumperX4[m]> | if possible no spaces at border |
2020-12-13 03:53:50 +0100 | <By_JumperX4[m]> | only spaces between windows |
2020-12-13 03:54:21 +0100 | <By_JumperX4[m]> | but for any reason there's still my windows above my xmobar |
2020-12-13 03:55:34 +0100 | <vrs> | and avoidStruts $ (spaced ||| Full) ? |
2020-12-13 03:56:34 +0100 | <By_JumperX4[m]> | compilation succeed, gonna restart xmonad |
2020-12-13 03:56:53 +0100 | <By_JumperX4[m]> | still above my bar |
2020-12-13 03:57:05 +0100 | <By_JumperX4[m]> | oh no |
2020-12-13 03:57:08 +0100 | <By_JumperX4[m]> | just some lag |
2020-12-13 03:57:18 +0100 | <By_JumperX4[m]> | now it's good |
2020-12-13 03:57:21 +0100 | <By_JumperX4[m]> | thx |
2020-12-13 03:57:36 +0100 | <vrs> | avoidstruts is a layout modifier, you can think of it a bit like a function |
2020-12-13 03:57:49 +0100 | <vrs> | it takes a layout and returns another layout |
2020-12-13 03:57:55 +0100 | <By_JumperX4[m]> | hmmm |
2020-12-13 03:58:06 +0100 | <vrs> | and the parens decide what the precedence is |
2020-12-13 03:58:07 +0100 | <By_JumperX4[m]> | okay |
2020-12-13 03:58:46 +0100 | <By_JumperX4[m]> | now that I can read the clock without having to close all my windows, I have to find a way to remove that horrible focus on mouse hover |
2020-12-13 04:00:19 +0100 | <vrs> | tried https://wiki.haskell.org/Xmonad/Frequently_asked_questions#I_don.27t_want_the_focus_to_follow_the_… |
2020-12-13 04:03:10 +0100 | <By_JumperX4[m]> | uuuh |
2020-12-13 04:03:18 +0100 | <By_JumperX4[m]> | I don't have that in my config file |
2020-12-13 04:04:29 +0100 | <vrs> | , focusFollowsMouse = False |
2020-12-13 04:06:42 +0100 | <By_JumperX4[m]> | compilation fails with this |
2020-12-13 04:06:49 +0100 | <By_JumperX4[m]> | No such file or direcory |
2020-12-13 04:07:03 +0100 | <vrs> | ?? |
2020-12-13 04:07:09 +0100 | By_JumperX4[m] | sent a long message: < https://matrix.org/_matrix/media/r0/download/matrix.org/NVQEXbqhyBQjLzwYkYlvCpML/message.txt > |
2020-12-13 04:07:38 +0100 | <vrs> | put it where you also set the layouthook |
2020-12-13 04:07:50 +0100 | abhixec | (~abhixec@c-67-169-141-95.hsd1.ca.comcast.net) |
2020-12-13 04:08:00 +0100 | <vrs> | also it's focusFollowsMouse not focusFollowMouse |
2020-12-13 04:08:31 +0100 | rabliatu | (~quassel@184.170.240.109) |
2020-12-13 04:08:41 +0100 | <By_JumperX4[m]> | nice |
2020-12-13 04:08:44 +0100 | <By_JumperX4[m]> | this is way better |
2020-12-13 04:08:56 +0100 | <By_JumperX4[m]> | now my xmonad is almost usable |
2020-12-13 04:09:09 +0100 | <By_JumperX4[m]> | I just have to make that xmobar less empty |
2020-12-13 04:09:15 +0100 | <By_JumperX4[m]> | and less broken also |
2020-12-13 04:09:31 +0100 | <By_JumperX4[m]> | then I'll have to do 2-3 rebinds |
2020-12-13 04:10:01 +0100 | <By_JumperX4[m]> | (like moving Mod + T to Mod + Space and moving Mod + Return to Ctrl + Alt + T) |
2020-12-13 04:24:05 +0100 | theDon | (~td@94.134.91.51) (Ping timeout: 240 seconds) |
2020-12-13 04:26:13 +0100 | theDon | (~td@muedsl-82-207-238-126.citykom.de) |
2020-12-13 04:45:07 +0100 | earldouglas | (~james@unaffiliated/jamestastic) |
2020-12-13 05:52:14 +0100 | doct0rhu | (~orctarorg@pool-72-88-158-154.nwrknj.fios.verizon.net) |
2020-12-13 06:26:45 +0100 | terrorjack | (~terrorjac@static.23.111.201.195.clients.your-server.de) (Remote host closed the connection) |
2020-12-13 06:46:28 +0100 | gzj | (~gzj@unaffiliated/gzj) |
2020-12-13 06:49:05 +0100 | gzj | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
2020-12-13 07:04:19 +0100 | palo1 | (~weechat@c-base/crew/palo) |
2020-12-13 07:07:43 +0100 | palo | (~weechat@c-base/crew/palo) (Ping timeout: 260 seconds) |
2020-12-13 07:07:44 +0100 | palo1 | palo |
2020-12-13 07:17:16 +0100 | abhixec | (~abhixec@c-67-169-141-95.hsd1.ca.comcast.net) (Ping timeout: 240 seconds) |
2020-12-13 07:20:01 +0100 | ddellacosta | (dd@gateway/vpn/mullvad/ddellacosta) (Ping timeout: 264 seconds) |
2020-12-13 07:51:27 +0100 | thunderrd | (~thunderrd@183.182.111.131) (Quit: If it wasn't written down it didn't happen...) |
2020-12-13 08:59:02 +0100 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in) |
2020-12-13 09:44:35 +0100 | notis | (~notis@45.134.22.48) |
2020-12-13 10:08:22 +0100 | wonko7 | (~wonko7@2a01:e35:2ffb:7040:14a1:46f4:68f7:2133) |
2020-12-13 10:45:58 +0100 | mc47 | (~yecinem@89.246.239.190) |
2020-12-13 11:12:08 +0100 | doct0rhu | (~orctarorg@pool-72-88-158-154.nwrknj.fios.verizon.net) (Ping timeout: 260 seconds) |
2020-12-13 11:18:15 +0100 | daphnis | (~daphnis@cm-84.214.179.98.getinternet.no) |
2020-12-13 11:18:15 +0100 | daphnis_ | (~daphnis@cm-84.214.179.98.getinternet.no) |
2020-12-13 11:27:46 +0100 | <mc47> | Hey! |
2020-12-13 11:28:13 +0100 | <mc47> | What do you people think about this https://github.com/xmonad/xmonad-contrib/issues/381 ? What would be the best place to mention how to run tests for the xmonad-contrib package? |
2020-12-13 11:29:11 +0100 | <mc47> | I thought about adding it to the CONTRIBUTING.md file, but maybe XMonad.Doc.Developing is a better place |
2020-12-13 11:37:01 +0100 | <Solid> | psibi[m]: I saw that the `tests.yml` you added for xmonad-contrib only goes back to lts-14, while the one for xmonad goes back to lts-12; is there a reason for that? |
2020-12-13 11:37:38 +0100 | <Solid> | mc47: CONTRIBUTING sounds good to me, if one contributes tests for their module it's of course important that they actually run ;) |
2020-12-13 11:41:29 +0100 | <mc47> | Solid I thought the same, but XMonad.Doc.Developing seemed to have more detailed information about Code style, haddock, hlint and stuff like that |
2020-12-13 11:43:08 +0100 | <mc47> | But i feel that that file is getting ignored/overlooked: there is a point stating "There should be no warnings", which is kinda ignored |
2020-12-13 11:44:09 +0100 | <Solid> | mc47: Indeed; I'm currently in the procces of removing unused import warnings and let's just say "-Wall -Werror" doesn't *quite* compile ;) |
2020-12-13 11:44:33 +0100 | <Solid> | Also hlinting contrib was on the cards at one point---many people don't do that with the modules they submit |
2020-12-13 11:45:28 +0100 | <Solid> | also things like "use 4 spaces", "follow the coding style of the other modules" probably have never been enforced |
2020-12-13 11:45:53 +0100 | <Solid> | and you are explicitly told about the existence of CONTRIBUTING when you submit a merge request |
2020-12-13 11:46:03 +0100 | <Solid> | so I think that is the better place in this case |
2020-12-13 11:46:21 +0100 | <mc47> | That's true |
2020-12-13 11:47:14 +0100 | <Solid> | it may be worth making X.D.Developing more visible though |
2020-12-13 11:47:17 +0100 | <mc47> | I think the best thing is to mention it there, and mention the existence XMonad.Doc.Developing there |
2020-12-13 11:47:23 +0100 | <mc47> | Exactly what I wanted to say |
2020-12-13 11:47:27 +0100 | <Solid> | :) |
2020-12-13 11:47:31 +0100 | <Solid> | Yes! |
2020-12-13 11:48:07 +0100 | <mc47> | Cool, I take care of the uni stuff and I'll do it |
2020-12-13 11:48:25 +0100 | <Solid> | awesome, thanks! |
2020-12-13 11:48:35 +0100 | <mc47> | taking care of the hlint warnings is on my todo list... but I'll probably do more fun stuff first |
2020-12-13 11:48:38 +0100 | <mc47> | :) |
2020-12-13 11:48:52 +0100 | <Solid> | hah, yeah I started doing this at one point |
2020-12-13 11:49:05 +0100 | <Solid> | it's a very thankless (and boring) job |
2020-12-13 11:49:45 +0100 | <mc47> | btw, if I remember correctly, you use emacs, right? |
2020-12-13 11:49:53 +0100 | <Solid> | I do yes |
2020-12-13 11:50:06 +0100 | <mc47> | are you using dante for haskell? or lsp? |
2020-12-13 11:50:33 +0100 | <mc47> | or something else? |
2020-12-13 11:50:55 +0100 | <Solid> | I used to use intero, but once that became unmaintained I caved and switched to the LSP solution |
2020-12-13 11:51:13 +0100 | <Solid> | it's... bearable with Emacs 27+ and proper JSON parsing support |
2020-12-13 11:51:42 +0100 | <Liskni_si> | I think all this hlint and warnings and coding style should just be automated these days. People aren't going to remember to run it manually. |
2020-12-13 11:52:41 +0100 | <Solid> | Liskni_si: yes, we could probably integrate hlint into the github actions thing |
2020-12-13 11:52:51 +0100 | <Solid> | but we'd still need to manually sort this out at least once first |
2020-12-13 11:52:52 +0100 | <mc47> | I had so many trouble setting it up, so I'm sticking to dante... But yes, emacs is terribly slow, which makes me sad |
2020-12-13 11:53:16 +0100 | <mc47> | Solid if you have your emacs config hosted somewhere, would you want to throw a link? maybe it'll help me |
2020-12-13 11:53:36 +0100 | <mc47> | Liskni_si definitely |
2020-12-13 11:54:30 +0100 | seschwar | (~seschwar@unaffiliated/seschwar) |
2020-12-13 11:55:47 +0100 | <Solid> | mc47: emacs 27 really improves things since it can be compiled to use jansson instead of the handrolled elisp parser they were using before |
2020-12-13 11:57:14 +0100 | <mc47> | Solid I'm using that too, but some parts are still slow (I'm using it for Isabelle/HOL, but I find myself switching to jEdit if things get a bit complicated... maybe the mode is just coded sub-optimally) |
2020-12-13 11:57:20 +0100 | <Solid> | mc47: sure, the relevant parts are https://gitlab.com/slotThe/dotfiles/-/blob/master/emacs/.config/emacs/configuration.org#L1182 and https://gitlab.com/slotThe/dotfiles/-/blob/master/emacs/.config/emacs/configuration.org#L1133 |
2020-12-13 11:58:24 +0100 | <mc47> | Awesome! thanks |
2020-12-13 11:58:33 +0100 | <Solid> | I'm glad at least Agda has a proper emacs mode I can use :> |
2020-12-13 11:59:14 +0100 | <mc47> | lucky you! |
2020-12-13 12:07:02 +0100 | daphnis_ | (~daphnis@cm-84.214.179.98.getinternet.no) (Ping timeout: 256 seconds) |
2020-12-13 12:07:36 +0100 | daphnis | (~daphnis@cm-84.214.179.98.getinternet.no) (Ping timeout: 256 seconds) |
2020-12-13 12:25:48 +0100 | <Liskni_si> | psibi[m], Solid: speaking of github tests, either xmonad or xmonad-contrib should not pass now because they don't build together, but they do pass, because we're not testing the git master / git master combo |
2020-12-13 12:56:09 +0100 | <Solid> | aha good point |
2020-12-13 12:56:17 +0100 | daphnis | (~daphnis@cm-84.214.179.98.getinternet.no) |
2020-12-13 12:56:18 +0100 | daphnis_ | (~daphnis@cm-84.214.179.98.getinternet.no) |
2020-12-13 12:56:34 +0100 | <Solid> | I have sadly never used github actions personally, so can't help much there :/ |
2020-12-13 13:05:40 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
2020-12-13 13:35:35 +0100 | daphnis_ | (~daphnis@cm-84.214.179.98.getinternet.no) (Ping timeout: 258 seconds) |
2020-12-13 13:35:35 +0100 | daphnis | (~daphnis@cm-84.214.179.98.getinternet.no) (Ping timeout: 258 seconds) |
2020-12-13 13:54:14 +0100 | eb0t | (~eblip@unaffiliated/eblip) |
2020-12-13 13:54:29 +0100 | eblip | (~eblip@unaffiliated/eblip) |
2020-12-13 13:56:24 +0100 | def_jam | (~eblip@unaffiliated/eblip) (Ping timeout: 256 seconds) |
2020-12-13 13:56:25 +0100 | eb0t_ | (~eblip@unaffiliated/eblip) (Ping timeout: 240 seconds) |
2020-12-13 14:02:15 +0100 | <psibi[m]> | Liskni_si: Good point. Probably I can add one additional workflow where we build with the master of xmonad. What do you think ? |
2020-12-13 14:08:22 +0100 | notis | (~notis@45.134.22.48) (Ping timeout: 265 seconds) |
2020-12-13 14:10:02 +0100 | notis | (~notis@185.51.134.229) |
2020-12-13 14:29:16 +0100 | <Liskni_si> | psibi[m]: depends on how complex the "build and run tests" script is going to be; if it gets more complex than the current "download stack and invoke it" then maybe one workflow with a matrix would be better |
2020-12-13 14:29:33 +0100 | <Liskni_si> | but it doesn't need to be perfect right now |
2020-12-13 14:29:44 +0100 | <Liskni_si> | whatever works; we can always improve it later |
2020-12-13 14:33:13 +0100 | gzj | (~gzj@unaffiliated/gzj) |
2020-12-13 15:01:06 +0100 | gzj | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
2020-12-13 15:01:27 +0100 | gzj | (~gzj@unaffiliated/gzj) |
2020-12-13 15:04:22 +0100 | tux1 | (~tux@116.251.216.46) |
2020-12-13 15:06:07 +0100 | gzj | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
2020-12-13 15:06:28 +0100 | gzj | (~gzj@unaffiliated/gzj) |
2020-12-13 15:07:08 +0100 | gzj | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
2020-12-13 15:07:29 +0100 | gzj | (~gzj@unaffiliated/gzj) |
2020-12-13 15:09:08 +0100 | gzj | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
2020-12-13 15:09:29 +0100 | gzj | (~gzj@unaffiliated/gzj) |
2020-12-13 15:11:08 +0100 | gzj | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
2020-12-13 15:11:29 +0100 | gzj | (~gzj@unaffiliated/gzj) |
2020-12-13 15:13:08 +0100 | gzj | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
2020-12-13 15:13:30 +0100 | gzj | (~gzj@unaffiliated/gzj) |
2020-12-13 15:15:09 +0100 | gzj | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
2020-12-13 15:15:33 +0100 | gzj | (~gzj@unaffiliated/gzj) |
2020-12-13 15:37:45 +0100 | gzj | (~gzj@unaffiliated/gzj) (Ping timeout: 240 seconds) |
2020-12-13 15:54:57 +0100 | geekosaur | (ae68c070@cpe-174-104-192-112.neo.res.rr.com) |
2020-12-13 16:00:30 +0100 | notis | (~notis@185.51.134.229) (Ping timeout: 265 seconds) |
2020-12-13 16:13:23 +0100 | <Solid> | so, uh, anyone has any good names for L and R in XMonad.Layout? |
2020-12-13 16:13:49 +0100 | kelnoky | (~shao@ip1f1222c4.dynamic.kabel-deutschland.de) |
2020-12-13 16:14:47 +0100 | notis | (~notis@45.134.22.48) |
2020-12-13 16:17:30 +0100 | AlonzoC | (~user@2a00:23c4:9010:3d01:ec55:22d9:89d6:100b) (Remote host closed the connection) |
2020-12-13 16:17:33 +0100 | <psibi[m]> | Liskni_si: Have created new workflow: https://github.com/xmonad/xmonad-contrib/pull/429 Let's see how the CI goes. |
2020-12-13 16:22:47 +0100 | <Liskni_si> | psibi[m]: looks like this can be simplified by adding stack-yaml to the matrix |
2020-12-13 16:23:21 +0100 | <Liskni_si> | not entirely sure it's the right thing to do conceptually |
2020-12-13 16:23:32 +0100 | <Liskni_si> | but probably yes |
2020-12-13 16:23:34 +0100 | <Liskni_si> | ? |
2020-12-13 16:27:48 +0100 | <psibi[m]> | Yeah, I think so. Let me give it a try. |
2020-12-13 16:29:52 +0100 | <Liskni_si> | psibi[m]: oh and I see you had to add xmonad to extra deps anyway for lts-12, so maybe always using xmonad from git and branching between "latest release" and "latest master" would be simpler :-) |
2020-12-13 16:31:03 +0100 | <Liskni_si> | (and if we ever merge https://github.com/xmonad/X11/pull/71, we'll need to do the same thing for X11 as well) |
2020-12-13 16:31:38 +0100 | <psibi[m]> | Yeah, that was the motivation. But I have added a newer key in the matrix to try it out. If it doesn't work out, I will just go back to having two workflows. |
2020-12-13 16:32:22 +0100 | <Liskni_si> | always using xmonad from git doesn't mean two workflows :-) |
2020-12-13 16:32:31 +0100 | <Liskni_si> | it means less workflows _and_ less stack.yamls |
2020-12-13 16:38:20 +0100 | ixian | (~mgold@2002:4a74:ba78:1701:0:ff:fe78:6269) (Quit: leaving) |
2020-12-13 16:39:50 +0100 | tux1 | (~tux@116.251.216.46) (Quit: WeeChat 2.9) |
2020-12-13 16:49:10 +0100 | ixian | (~mgold@2002:4a74:ba78:1701:0:ff:fe78:6269) |
2020-12-13 16:50:12 +0100 | mrbirkov | (uid453780@gateway/web/irccloud.com/x-afihlvcablnozxtg) |
2020-12-13 16:50:32 +0100 | <mrbirkov> | hi. do i need DE to run xmonad |
2020-12-13 16:50:58 +0100 | <dminuoso> | DE? |
2020-12-13 16:51:33 +0100 | <dminuoso> | Ah no. |
2020-12-13 16:52:33 +0100 | <mrbirkov> | so only need x11 and xmonad then? |
2020-12-13 16:53:28 +0100 | <dminuoso> | Yes. |
2020-12-13 16:55:27 +0100 | ixian | (~mgold@2002:4a74:ba78:1701:0:ff:fe78:6269) (Ping timeout: 260 seconds) |
2020-12-13 16:55:58 +0100 | <dminuoso> | Personally, out of convenience, I run xfce without desktop components to have a notify daemon, a terminal, and then xfce4-settings-manager to configure things I just cant bother figuring out commands for, like fonts and what not |
2020-12-13 16:56:07 +0100 | <dminuoso> | In tandem with xmonad |
2020-12-13 16:56:20 +0100 | ixian | (~mgold@2002:4a74:ba78:1701:0:ff:fe78:6269) |
2020-12-13 16:56:25 +0100 | <psibi[m]> | Liskni_si: Seems to be working with new set of keys. So I'm removing the extra workflow. When do you think the PR should be merged ? (I'm guessing you are working on to fix the export issue) |
2020-12-13 16:57:04 +0100 | <dminuoso> | (that is, xfce without xfwm, xfdesktop, xfce4-panel, etc) |
2020-12-13 16:57:37 +0100 | <dminuoso> | Part of the reason is that nixos has a convenience option for this. :) |
2020-12-13 16:57:53 +0100 | <Liskni_si> | psibi[m]: what's the extra restore-key supposed to do? |
2020-12-13 16:59:48 +0100 | <Liskni_si> | (as far as I understand github actions, adding the same thing that's in key to restore-keys should make absolutely no difference whatsoever) |
2020-12-13 17:00:27 +0100 | <Liskni_si> | psibi[m]: anyway to answer your question, I'm not currently working on the export issue, but Solid asked about it at 15:13 UTC so maybe he is :-) |
2020-12-13 17:01:11 +0100 | <Liskni_si> | and I don't think waiting for the issue is a prerequisite for merging #429. it's broken, the tests might as well reflect that :-) |
2020-12-13 17:01:28 +0100 | <psibi[m]> | My motivation was to see if we can have two different set of caches: One for the normal stack.yaml and another for the stack-master.yaml. |
2020-12-13 17:01:52 +0100 | <Liskni_si> | oh |
2020-12-13 17:02:31 +0100 | <Liskni_si> | and the motivation for that is to not need to recompile xmonad every time, right? |
2020-12-13 17:02:56 +0100 | <psibi[m]> | Lol! If that's the case, that would create issues! |
2020-12-13 17:03:20 +0100 | <psibi[m]> | I'm not sure if stack is smart enough to re-clone if the commit is specified as `master`. |
2020-12-13 17:05:09 +0100 | <Liskni_si> | hmm, I have no idea what does stack do with git packages in extra-deps |
2020-12-13 17:05:34 +0100 | <Liskni_si> | if you put that into packages: instead, it will clone it outside of ~/.stack, I think, so it won't be cached at all |
2020-12-13 17:05:55 +0100 | <Liskni_si> | but what happens in extra-deps, I don't know. |
2020-12-13 17:06:06 +0100 | <Liskni_si> | best to test it locally I guess |
2020-12-13 17:06:28 +0100 | <Solid> | Liskni_si: the best I can come up with is CLR = CL | CR ("Choose Left/Right"), but I'm not sure that that's acceptable |
2020-12-13 17:06:31 +0100 | <Solid> | I'm bad at names |
2020-12-13 17:10:42 +0100 | <Liskni_si> | Solid: as long as it doesn't conflict with anything, it seems okay |
2020-12-13 17:11:14 +0100 | <Liskni_si> | my best attempt was ChooseLR = … and that's just too long and ugly |
2020-12-13 17:11:29 +0100 | <Liskni_si> | but! |
2020-12-13 17:12:03 +0100 | <Liskni_si> | there's a way to avoid the rename... add a separate module with LR = L | R and don't export this module's symbols from XMonad |
2020-12-13 17:12:10 +0100 | <Liskni_si> | not sure if worth it. |
2020-12-13 17:14:17 +0100 | <Solid> | Liskni_si: it does build against contrib master |
2020-12-13 17:14:37 +0100 | <Solid> | the separate module is an interesting idea; though I would carefully say "not worth it" |
2020-12-13 17:15:40 +0100 | <Liskni_si> | yeah, agreed |
2020-12-13 17:17:43 +0100 | <Solid> | well I guess CLR it is then :D what would the usual protocol be here? revert the commit that exported them and then commit this fix or don't revert at all and just change the respective lines? |
2020-12-13 17:18:27 +0100 | <Liskni_si> | just change it |
2020-12-13 17:19:25 +0100 | <Liskni_si> | (I mean, I'm not the authority here as I can't merge to xmonad, but the revert doesn't make sense to me) |
2020-12-13 17:27:47 +0100 | wonko7 | (~wonko7@2a01:e35:2ffb:7040:14a1:46f4:68f7:2133) (Ping timeout: 260 seconds) |
2020-12-13 17:34:49 +0100 | adder | (~adder@unaffiliated/adder) |
2020-12-13 17:35:05 +0100 | <adder> | hello, i want to use dmenuXinerama, however it expects a String and i don't know what to pass? |
2020-12-13 17:35:29 +0100 | <adder> | (my actual goal is to start dmenu on current screen) |
2020-12-13 17:37:01 +0100 | <adder> | it expects a list of strings actually |
2020-12-13 17:37:42 +0100 | thoros | (~thoros@194-96-55-156.hdsl.highway.telekom.at) |
2020-12-13 17:44:12 +0100 | <Solid> | adder: these are options for dmenu |
2020-12-13 17:44:22 +0100 | <Solid> | if you don't want to give any you can pass it the empty list |
2020-12-13 17:44:44 +0100 | tux1 | (~tux@116.251.216.46) |
2020-12-13 17:44:56 +0100 | <psibi[m]> | Liskni_si: From debugging slightly, I think it re clones as long as the lock file isn't committed to the repository. Free feel to merge that MR. If not, I will merge it tomorrow unless there is any objections. |
2020-12-13 17:45:35 +0100 | <tux1> | Does anyone know how to hide windows from hidden NSP workspace when cycling between two recent windows with: nextMatch History (return True) ? |
2020-12-13 17:45:52 +0100 | <Liskni_si> | psibi[m]: where does it clone it? |
2020-12-13 17:46:22 +0100 | <adder> | Solid, i get an error: Couldn't match type ‘[Char]’ with ‘()’ Expected type: X () Actual type: X String |
2020-12-13 17:46:33 +0100 | <Liskni_si> | psibi[m]: anyway, I still object to the misuse of restore-keys :-) |
2020-12-13 17:46:56 +0100 | hexo | (~hexo@gateway/tor-sasl/hexo) (Remote host closed the connection) |
2020-12-13 17:47:10 +0100 | hexo | (~hexo@gateway/tor-sasl/hexo) |
2020-12-13 17:47:22 +0100 | <Liskni_si> | psibi[m]: key should hash the relevant stack.yaml and *.cabal, restore keys should be one component smaller |
2020-12-13 17:47:27 +0100 | <Solid> | adder: that's tells you you're treating the function as if it returns `X ()` instead of `X String` |
2020-12-13 17:47:37 +0100 | <Liskni_si> | psibi[m]: putting key into restore-keys is noop |
2020-12-13 17:47:57 +0100 | <Liskni_si> | and if it's not, it's a weird hack that deserves a comment |
2020-12-13 17:48:40 +0100 | <tux1> | anyone know Haskell, got little problem, need some guidance? |
2020-12-13 17:51:40 +0100 | <tux1> | Liskni_si: do you know how to ignore windows from NSP when doing nextMatch History (return True)? |
2020-12-13 17:52:00 +0100 | <adder> | Solid, i'm not sure how to use this thing, documentation is very obscure |
2020-12-13 17:52:19 +0100 | <adder> | do i call dmenuXinerama directly, do i spawn what it returns, do i... |
2020-12-13 17:52:28 +0100 | <Solid> | adder: it seems to return your selection as a string; what do you want to use it for? |
2020-12-13 17:52:52 +0100 | <adder> | i want to spawn dmenu on current screen on mod+p |
2020-12-13 17:53:04 +0100 | <Liskni_si> | tux1: not from the top of my head, sorry |
2020-12-13 17:53:26 +0100 | <Solid> | I think `spawn . void $ dmenuXinerama []` should work |
2020-12-13 17:53:33 +0100 | <Solid> | where void is from Control.Monad |
2020-12-13 17:54:21 +0100 | <tux1> | Liskni_si: that's alright, here is the library if you can take a look please? https://hackage.haskell.org/package/xmonad-contrib-0.16/docs/src/XMonad.Actions.GroupNavigation.html |
2020-12-13 17:54:25 +0100 | <adder> | Solid, Couldn't match expected type ‘[a0]’ with actual type ‘X String’ |
2020-12-13 17:55:03 +0100 | <Solid> | adder: can you post the full code? |
2020-12-13 17:55:32 +0100 | <adder> | Solid, sure, https://dpaste.com/3KSN2ULMY |
2020-12-13 17:56:44 +0100 | <Solid> | oh I'm a big derp |
2020-12-13 17:56:52 +0100 | <Solid> | of course dmenu is already doing the spawning |
2020-12-13 17:57:31 +0100 | <Solid> | so remove that spawn, then the types should match |
2020-12-13 18:00:13 +0100 | <tux1> | Solid do you know some Haskell? |
2020-12-13 18:00:41 +0100 | <Liskni_si> | tux1: https://gist.github.com/liskin/234dcb2c47668a9fe747f3380020f914 |
2020-12-13 18:01:08 +0100 | <Solid> | oh that's pretty nifty |
2020-12-13 18:01:09 +0100 | <adder> | Solid, it's not getting spawned for some reason, i see that this function requires a patch in dmenu, but i'm googling and i'm not sure if it's patched or not |
2020-12-13 18:01:34 +0100 | <Liskni_si> | tux1: then windowWs /=? "NSP" instead of return True |
2020-12-13 18:01:41 +0100 | <adder> | should be patched because that should be dmenu's -m |
2020-12-13 18:02:30 +0100 | <Solid> | adder: it's using `dmenu -xs` internally; at least my dmenu doesn't have that option |
2020-12-13 18:02:31 +0100 | <adder> | is there another way of determining current screen so i can spawn manually with -m? |
2020-12-13 18:02:52 +0100 | <Liskni_si> | we should probably add windowWs somewhere as it can be useful for X.H.Focus and FadeHooks and stuff |
2020-12-13 18:03:03 +0100 | <Solid> | you can just look at how dmenuXinerama is defined, it's determining the current screen in the function |
2020-12-13 18:03:24 +0100 | rabliatu | (~quassel@184.170.240.109) (Ping timeout: 260 seconds) |
2020-12-13 18:03:38 +0100 | <geekosaur> | keep in mind copyToAll and friends, there can be zero or more workspaces for a window |
2020-12-13 18:03:42 +0100 | <adder> | and i don't have xs :D |
2020-12-13 18:04:14 +0100 | <Liskni_si> | geekosaur: oh:-( |
2020-12-13 18:04:23 +0100 | <geekosaur> | (actually shouldn't be zero except just before the manageHook runs, not sure if timing issues mean that comes up but I think it can) |
2020-12-13 18:05:14 +0100 | <tux1> | Liskni_si: almost there, so I see I need W variable, when I load StackSet as W it says workspace variable is ambigious since it's also loaded from XMonad.Core, how do I fix this? Or do I load XMonad itself as W? |
2020-12-13 18:05:26 +0100 | <Liskni_si> | geekosaur: what happens when you use copyToAll with xinerama? does it just leave blank spots on the other screens? |
2020-12-13 18:05:33 +0100 | <Liskni_si> | or does it explode? :-) |
2020-12-13 18:05:59 +0100 | <Liskni_si> | tux1: import qualified XMonad.StackSet as W |
2020-12-13 18:06:16 +0100 | <geekosaur> | X11 ignores all but the first instance of the window |
2020-12-13 18:06:18 +0100 | <Liskni_si> | isn't that in every sample config? (dunno, hadn't seen one in years) |
2020-12-13 18:08:20 +0100 | <Liskni_si> | geekosaur: oh, right, reveal gets called multiple times and the last rect wins |
2020-12-13 18:08:26 +0100 | <Liskni_si> | funny |
2020-12-13 18:11:47 +0100 | <geekosaur> | right, sorry, last since it gets mapped multiple times. hypothetically you can watch it move around but I think it usually happens too fast. maybe on my current machine but I have only one screen :) |
2020-12-13 18:16:30 +0100 | <tux1> | Liskni_si: get this error https://ibb.co/nMwbwYZ |
2020-12-13 18:28:35 +0100 | <Liskni_si> | tux1: oh, add Just before "NSP" |
2020-12-13 18:34:20 +0100 | gzj | (~gzj@unaffiliated/gzj) |
2020-12-13 18:34:27 +0100 | <tux1> | Liskni_si: holy shit it worked, thanks! You're a wizard, how do you know all this stuff? Years of dabbling with Xmonad or actually know Haskell well and use it on some other things? |
2020-12-13 18:34:39 +0100 | <Liskni_si> | tux1: both |
2020-12-13 18:34:55 +0100 | <Liskni_si> | tux1: I switched to xmonad in 2009 and been submitting patches since |
2020-12-13 18:36:08 +0100 | <Solid> | 2009?! hot damn |
2020-12-13 18:36:23 +0100 | <tux1> | Liskni_si: I see, thanks to you and to everyone else who are building, improving XMonad. I tried every other WM, but nothing came close to XMonad, DWM is nice though. |
2020-12-13 18:36:30 +0100 | <Liskni_si> | Solid: yeah, it's been a while: https://work.lisk.in/2009/10/28/going-tiled.html |
2020-12-13 18:38:25 +0100 | <Solid> | the wallpaper haha |
2020-12-13 18:38:29 +0100 | <Solid> | very mid 2000's |
2020-12-13 18:39:13 +0100 | gzj | (~gzj@unaffiliated/gzj) (Ping timeout: 264 seconds) |
2020-12-13 18:39:35 +0100 | <Solid> | well, you've got about 10 years on me then :> |
2020-12-13 18:46:31 +0100 | <tux1> | Liskni_si: do you mind if I ask one more thing? If you have time. So I have clickable workspaces with <action> tag, they work well. I also have showWMName to show workspace names when switching, do you know how to strip action tags from workspace names to use with showWMName? https://hackage.haskell.org/package/xmonad-contrib-0.16/docs/XMonad-Layout-ShowWName.html https://dpaste.com/BFM9UGELL |
2020-12-13 18:47:22 +0100 | <tux1> | I found stripAction function from old configs, but seems to be removed/deprecated? |
2020-12-13 18:47:42 +0100 | <Liskni_si> | tux1: I think you should switch to https://github.com/xmonad/xmonad-contrib/blob/master/XMonad/Util/ClickableWorkspaces.hs which shouldn't have this problem |
2020-12-13 18:48:17 +0100 | <Liskni_si> | stripActions isn't removed/deprecated, it's just not in xmonad, but in xmobar |
2020-12-13 18:49:06 +0100 | <Liskni_si> | it is possible to use in xmonad with a patch to xmobar that exposes these functions, and I do that in my config, but in your case there's a cleaner solution |
2020-12-13 18:49:39 +0100 | <Liskni_si> | or you can use xmobarStripTags from DynamicLog |
2020-12-13 18:50:10 +0100 | <Liskni_si> | which is still a hack but … |
2020-12-13 18:53:55 +0100 | <Solid> | only problem being that ClickableWorkspaces is still not in any released version ;) |
2020-12-13 18:54:12 +0100 | <Liskni_si> | right |
2020-12-13 19:02:11 +0100 | <tux1> | Liskni_si: thanks, makes it clear, could not find ClickableWorkspaces though as Solid said |
2020-12-13 19:03:19 +0100 | <tux1> | should work if I install it from git? |
2020-12-13 19:03:49 +0100 | <Solid> | yes |
2020-12-13 19:19:08 +0100 | al3x27 | (~plovs@85.254.75.80) |
2020-12-13 19:21:43 +0100 | <tux1> | thanks everyone for the help |
2020-12-13 19:23:00 +0100 | <al3x27> | New xmonad user here, trying to test things in xephyr. Is it a bug in my setup, or does xephyr always float? |
2020-12-13 19:24:13 +0100 | <geekosaur> | xephyr would request a fixed-size window, which would be autofloated |
2020-12-13 19:26:21 +0100 | <al3x27> | geekosaur: ah, thanks |
2020-12-13 19:27:18 +0100 | <al3x27> | geekosaur: and ... found it, just added resizeable. Many thanks! |
2020-12-13 19:28:14 +0100 | amiri | (~amiri@cpe-76-91-154-9.socal.res.rr.com) (Remote host closed the connection) |
2020-12-13 19:34:38 +0100 | ddellacosta | (dd@gateway/vpn/mullvad/ddellacosta) |
2020-12-13 19:41:29 +0100 | tux1 | (~tux@116.251.216.46) (Quit: WeeChat 2.9) |
2020-12-13 20:03:08 +0100 | berberman | (~berberman@unaffiliated/berberman) (Ping timeout: 258 seconds) |
2020-12-13 20:03:31 +0100 | berberman | (~berberman@unaffiliated/berberman) |
2020-12-13 20:09:34 +0100 | mrbirkov | (uid453780@gateway/web/irccloud.com/x-afihlvcablnozxtg) (Quit: Connection closed for inactivity) |
2020-12-13 20:19:25 +0100 | amiri | (~amiri@cpe-76-91-154-9.socal.res.rr.com) |
2020-12-13 20:43:41 +0100 | drl | (~l@2600:1700:8360:3870::725) |
2020-12-13 20:56:00 +0100 | adder | (~adder@unaffiliated/adder) ("Leaving") |
2020-12-13 20:56:38 +0100 | mc47 | (~yecinem@89.246.239.190) (Quit: Leaving) |
2020-12-13 20:56:55 +0100 | mc47 | (~yecinem@89.246.239.190) |
2020-12-13 21:09:56 +0100 | al3x27 | (~plovs@85.254.75.80) (Quit: WeeChat 2.9) |
2020-12-13 21:23:28 +0100 | thoros | (~thoros@194-96-55-156.hdsl.highway.telekom.at) (Quit: WeeChat 3.0) |
2020-12-13 21:41:05 +0100 | doct0rhu | (~orctarorg@pool-72-88-158-154.nwrknj.fios.verizon.net) |
2020-12-13 22:00:18 +0100 | al3x27 | (~plovs@85.254.74.204) |
2020-12-13 22:01:41 +0100 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) |
2020-12-13 22:13:06 +0100 | notis | (~notis@45.134.22.48) (Read error: Connection reset by peer) |
2020-12-13 22:16:30 +0100 | notis | (~notis@185.51.134.230) |
2020-12-13 22:23:30 +0100 | rabliatu | (~quassel@199.58.187.144) |
2020-12-13 22:25:38 +0100 | schweby_ | schweby |
2020-12-13 22:34:09 +0100 | geekosaur | (ae68c070@cpe-174-104-192-112.neo.res.rr.com) (Remote host closed the connection) |
2020-12-13 22:57:05 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
2020-12-13 23:06:36 +0100 | Liskni_si | no longer has any custom xmonad patches that aren't at least submitted as a PR \o/ |
2020-12-13 23:06:59 +0100 | <Liskni_si> | oh, except the wip inspection stuff, but that doesn't count, that's not cooked yet :-) |
2020-12-13 23:07:25 +0100 | <Liskni_si> | I guess I'm out of excuses to not finish X.H.Focus |
2020-12-13 23:11:23 +0100 | hexo | (~hexo@gateway/tor-sasl/hexo) (Ping timeout: 240 seconds) |
2020-12-13 23:12:07 +0100 | hexo | (~hexo@gateway/tor-sasl/hexo) |
2020-12-13 23:24:27 +0100 | <Liskni_si> | psibi[m]: btw how long have you been using Matrix? did you know that for a few months all messages sent from Matrix to #xmonad went to /dev/null? did we miss some messages from you as well? |
2020-12-13 23:27:06 +0100 | <Liskni_si> | psibi[m]: my logs show that you first joined on 2020-10-30, so anything you sent between then and 2020-12-08 21:13:24 was lost |
2020-12-13 23:32:25 +0100 | ddellacosta | (dd@gateway/vpn/mullvad/ddellacosta) (Ping timeout: 246 seconds) |
2020-12-13 23:34:20 +0100 | kelnoky | (~shao@ip1f1222c4.dynamic.kabel-deutschland.de) (Ping timeout: 256 seconds) |
2020-12-13 23:43:20 +0100 | wonko7 | (~wonko7@2a01:e35:2ffb:7040:14a1:46f4:68f7:2133) |
2020-12-13 23:56:43 +0100 | mc47 | (~yecinem@89.246.239.190) (Remote host closed the connection) |