2021/07/20

2021-07-20 00:00:20 +0200aegon(~mike@174.127.249.180) (Killed (NickServ (GHOST command used by aegon_)))
2021-07-20 00:00:26 +0200aegon_aegon
2021-07-20 00:06:26 +0200 <geekosaur> I had to install some llibs before brogue would run… but now it's running fine without any weirdness
2021-07-20 00:06:34 +0200 <geekosaur> TwoPane layout
2021-07-20 00:08:29 +0200benin0369(~benin@183.82.177.8)
2021-07-20 00:08:47 +0200 <aegon> geekosaur: try moving it to an empty desktop
2021-07-20 00:08:58 +0200 <aegon> for me thats what causes the crash
2021-07-20 00:10:25 +0200 <aegon> huh, also floatNextToggle just started working, I bet I messed up saving the buffer
2021-07-20 00:11:38 +0200aegon(~mike@174.127.249.180) (Killed (NickServ (GHOST command used by aegon_)))
2021-07-20 00:12:03 +0200aegon(~mike@174.127.249.180)
2021-07-20 00:12:29 +0200 <aegon> my muscle memory is not the best for my restart binding, thats the third accidently reboot while testing this, lol
2021-07-20 00:13:52 +0200 <aegon> or second :? your right though, floating doesn't seem to be a magical fix, wesnoth is still broken for me on float I'm going to try to get a list of what works / doesn't together and maybe there will be some common denominator that stands out
2021-07-20 00:14:34 +0200 <liskin> you have a keybinding for reboot? :-D
2021-07-20 00:15:30 +0200 <geekosaur> I didn't get a crash relocating it to an empty desktop
2021-07-20 00:16:03 +0200 <aegon> yep, sleep, reboot and shutdown
2021-07-20 00:16:48 +0200 <geekosaur> that said it went to full screen automatically because that desktop was empty, you said full screen rescued the crash?
2021-07-20 00:16:57 +0200 <aegon> geekosaur: maybe something else is messed up in my system then, let me see if building from source repros for me, I'm on gentoo so i might have odd configs of libs installed that could be coming into play
2021-07-20 00:17:02 +0200 <geekosaur> but then most of our layouts go full screen when empty, so
2021-07-20 00:17:23 +0200 <geekosaur> yeh, I'm on ubuntu
2021-07-20 00:17:41 +0200 <geekosaur> had to install sdl2-image to get it to work but otherwise it's ok
2021-07-20 00:17:50 +0200 <aegon> yeah, maybe this is something else hitting me, nexuiz works fine but wesnoth is a crash, hedgewars is a crash, and for me, brogue on an empty desktop or moving to an empty desktop is a crash
2021-07-20 00:18:03 +0200 <aegon> brogue is prolly the easiest to self compile, gonna see if i can get something out of debug symbols
2021-07-20 00:18:05 +0200 <geekosaur> might try running it in a terminal to capture the error message
2021-07-20 00:18:27 +0200 <aegon> aye, whatever is going on it doesn't message anything
2021-07-20 00:18:44 +0200 <aegon> its a black window for a couple seconds then segfault
2021-07-20 00:19:58 +0200 <aegon> sorry, not even segfault, wesnoth segfaults, brogue just derps on a black screen for a couple seconds and closes itself
2021-07-20 00:21:40 +0200liskinapt installs wesnoth to check, but half expects it to just work
2021-07-20 00:21:47 +0200 <geekosaur> wesnoth didn't crash here when I tried it some time back but the mouse pointer was offset
2021-07-20 00:24:13 +0200 <liskin> yeah, it just works
2021-07-20 00:24:28 +0200 <liskin> automatically fullscreens and everything works fine
2021-07-20 00:25:07 +0200 <geekosaur> hm, brogue backgrounds itself if I leave the desktop. have to maximize it with the taskbar to get it back
2021-07-20 00:25:13 +0200 <aegon> #gentoo problems
2021-07-20 00:25:21 +0200 <aegon> lol
2021-07-20 00:25:40 +0200 <aegon> kk, i'm goin to try to get a debug build of brogue and see whats going on over here
2021-07-20 00:25:52 +0200 <liskin> unlikely to be a gentoo problem
2021-07-20 00:26:03 +0200 <liskin> more likely your xmonad config lacks ewmh and ewmhFullscreen
2021-07-20 00:26:03 +0200 <aegon> what version of xmonad / x are you guys on, and is anyone on amd hardware?
2021-07-20 00:26:22 +0200 <liskin> (as that's probably what handles the fullscreening here)
2021-07-20 00:26:35 +0200 <geekosaur> I think both of us run xmonad from git
2021-07-20 00:26:43 +0200 <liskin> (or possibly the isFullscreen --> doFullFloat managehook)
2021-07-20 00:26:59 +0200 <geekosaur> liskin,k I didn't have fullscreen until I moved it to a workspace with no windows
2021-07-20 00:27:23 +0200 <geekosaur> initially it was on workspace 1 with my shell window and correctly took up half the screen (TwoPane)
2021-07-20 00:28:11 +0200 <aegon> what does the isFullscreen --> doFullFlot manage hook look like? or the ewmh i'll try different combos and see if one of em is a silve bullet, looking through docs now
2021-07-20 00:28:33 +0200 <liskin> aegon: it's literally just that, "isFullscreen --> doFullFloat" :-)
2021-07-20 00:29:28 +0200 <geekosaur> literally that, in the manageHook, but it needs XMonad.Hooks.ManageHelpers imported
2021-07-20 00:29:48 +0200 <liskin> aegon: https://xmonad.github.io/xmonad-docs/xmonad-contrib-0.16.999/XMonad-Hooks-EwmhDesktops.html#v:ewmh…
2021-07-20 00:30:00 +0200 <liskin> here are the docs for the git version
2021-07-20 00:30:07 +0200 <liskin> not sure if google picked them up yet
2021-07-20 00:32:57 +0200 <aegon> hmm, not the isFullScreen hook
2021-07-20 00:37:35 +0200 <liskin> https://github.com/liskin/dotfiles/blob/168775b0fcfb6f8d1c2191e7b868e5b636988401/.xmonad/xmonad.hs…
2021-07-20 00:37:37 +0200 <aegon> huh, my version of contrib didnt have ewmhFullscreen but passing the config through ewmh fixed evrything
2021-07-20 00:38:10 +0200 <geekosaur> why am I not surprised?
2021-07-20 00:38:15 +0200 <aegon> thats wierd, what is that doing differently and why do a ton of apps rely on it.
2021-07-20 00:38:48 +0200 <geekosaur> bet this is like the problem dminuoso was having the other day, we need to put more stuff in _NET_SUPPORTED
2021-07-20 00:39:06 +0200 <geekosaur> or any stuff in this case
2021-07-20 00:39:49 +0200 <geekosaur> anyway we do/should recommend ewmh first when things don't work specifically because of this
2021-07-20 00:40:10 +0200 <geekosaur> as dminuoso discovered, it's more than just fullscreen involved
2021-07-20 00:40:25 +0200 <aegon> rtfm-ing on ewmh and it makes more sense that things might rely on it
2021-07-20 00:43:00 +0200 <aegon> geekosaur: liskin: thanks for helping me find that, i've been avoiding apps with the problem for almost 3 years now, every once in a while i try to tackle it again and understand why things aren't working. Shoulda tried asking here :)
2021-07-20 00:43:42 +0200 <geekosaur> I shoulda thought of that first :( especially whyen I saw your config didn't have it
2021-07-20 00:43:51 +0200 <aegon> i wonder if this fixes soem steam issues i had a long time ago / gave up on, I'll try that out this weekend
2021-07-20 00:46:38 +0200 <geekosaur> steam might also be mono support which still requires me to find something that breaks and play around with external reparenting
2021-07-20 00:46:54 +0200 <geekosaur> since rewiring xmonad to be a reparenting wm would be a lot of work
2021-07-20 00:47:10 +0200 <liskin> I haven't seen any xmonad-related problem with steam games for quite a while
2021-07-20 00:47:24 +0200 <liskin> and I do play games somewhat often lately
2021-07-20 00:48:07 +0200 <geekosaur> 9interestiing, maybe mono fixed its interaction with nonreparenting wms when nobody was looking (same problem as java, minus hackaround)
2021-07-20 00:48:25 +0200 <liskin> so I'd say there's a fair chance that using ewmh/ewmhFullscreen and recent xmonad will just be happy sailing for others as well
2021-07-20 00:48:29 +0200 <geekosaur> (or maybe they adopted the same hackaround for compatibility)
2021-07-20 00:48:58 +0200 <liskin> it's still possible I'm not playing any mono games
2021-07-20 00:49:12 +0200 <liskin> the one I do uses wine/proton
2021-07-20 00:49:46 +0200 <liskin> oh actually there's libmono.so in a couple games here
2021-07-20 00:49:48 +0200 <liskin> and all just work
2021-07-20 00:56:54 +0200 <aegon> this is pretty exciting, if you know of any games that were having mono issues i'd be happy to help test
2021-07-20 01:11:51 +0200cjb(~cjb@user/cjb)
2021-07-20 02:48:07 +0200 <geekosaur> so I'd been trying to avoid it because of all the downloads and registrations but I am now installing unity editor to see what's wrong with it. (watch it also work with ewmh…)
2021-07-20 02:48:51 +0200 <geekosaur> I'd assumed it was a mono problem but you make it sound like not, unless they're using an older version or something
2021-07-20 03:20:15 +0200aegon(~mike@174.127.249.180) (Quit: leaving)
2021-07-20 03:20:40 +0200aegon(~mike@174.127.249.180)
2021-07-20 03:50:53 +0200 <geekosaur> hm. I'm also considering trapping the key function returning (0,0) and substituting our default, since `def` can't be made to work there. comments? (https://github.com/xmonad/xmonad-contrib/blob/master/XMonad/Hooks/StatusBar.hs#L288)
2021-07-20 03:52:16 +0200berberman(~berberman@user/berberman)
2021-07-20 03:52:18 +0200 <geekosaur> only problem I can think of is someone wanting to deliberately do nothing, but in that case I think they want withSB instead of withEasySB
2021-07-20 03:52:43 +0200Guest35(~Guest35@2.57.169.23) (Ping timeout: 246 seconds)
2021-07-20 03:53:17 +0200berberman_(~berberman@user/berberman) (Ping timeout: 255 seconds)
2021-07-20 03:54:02 +0200 <geekosaur> (more correctly, `def` is going to expand to `const (0,0)` and there's no way to override it without an unreliable overlapping instance)
2021-07-20 03:55:19 +0200 <geekosaur> so catch the (0,0) and do what they probably intended
2021-07-20 03:56:41 +0200 <geekosaur> it's also conceivable they're doing something tricky that only works with their config, but in that case I think again they're better off defining it themself
2021-07-20 04:00:25 +0200aplainzetakind(~johndoe@captainludd.powered.by.lunarbnc.net) (Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net)
2021-07-20 04:01:28 +0200slep(~slep@cpc150002-brnt4-2-0-cust437.4-2.cable.virginm.net) (Quit: No Ping reply in 180 seconds.)
2021-07-20 04:04:01 +0200slep(~slep@cpc150002-brnt4-2-0-cust437.4-2.cable.virginm.net)
2021-07-20 04:04:45 +0200aplainzetakind(~johndoe@captainludd.powered.by.lunarbnc.net)
2021-07-20 04:04:48 +0200banc(banc@gateway/vpn/airvpn/banc) (Ping timeout: 255 seconds)
2021-07-20 04:05:47 +0200amirography(~amirograp@static.82.147.251.148.clients.your-server.de)
2021-07-20 04:07:55 +0200amirography(~amirograp@static.82.147.251.148.clients.your-server.de) (Client Quit)
2021-07-20 04:09:39 +0200amirography[m](~amirograp@2001:470:69fc:105::c365)
2021-07-20 04:11:17 +0200td_(~td@muedsl-82-207-238-108.citykom.de) (Ping timeout: 255 seconds)
2021-07-20 04:11:20 +0200 <amirography[m]> Hey all. Is there a way that I can make it obvious to my self which screen my focus is on? I'm using ScreensLayout to split my 55inch tv. However, I have trouble finding out which part has the focus at which moment.
2021-07-20 04:13:07 +0200td_(~td@muedsl-82-207-238-004.citykom.de)
2021-07-20 04:16:27 +0200 <geekosaur> not really without using a statusbar with some kind of screen-based config (say, https://github.com/geekosaur/xmonad.hs/blob/pyanfar/xmonad.hs#L261-L279 except you probably aren't logging via pango)
2021-07-20 04:19:02 +0200 <geekosaur> actually that's out of date with current xmonad but I haven't uploaded my local config yet
2021-07-20 04:22:11 +0200banc(banc@gateway/vpn/airvpn/banc)
2021-07-20 04:35:29 +0200 <geekosaur> https://paste.tomsmeding.com/jBwSteST is the current version of that code. shows title of current window, and focused workspace on each screen with each screen appropriately dimmed/highlighted. you'll want to replace "pango" with whatever statusbar you use
2021-07-20 05:51:29 +0200aegon(~mike@174.127.249.180) (Quit: leaving)
2021-07-20 06:23:50 +0200Nahra`(~user@static.161.95.99.88.clients.your-server.de) (Remote host closed the connection)
2021-07-20 06:25:46 +0200Nahra`(~user@static.161.95.99.88.clients.your-server.de)
2021-07-20 06:27:27 +0200cjb(~cjb@user/cjb) (Quit: rcirc on GNU Emacs 28.0.50)
2021-07-20 06:40:33 +0200cjb(~cjb@user/cjb)
2021-07-20 07:13:29 +0200cjb(~cjb@user/cjb) (Quit: rcirc on GNU Emacs 28.0.50)
2021-07-20 08:10:44 +0200benin0369(~benin@183.82.177.8) (Ping timeout: 252 seconds)
2021-07-20 08:15:15 +0200benin0369(~benin@183.82.204.103)
2021-07-20 08:33:49 +0200benin0369(~benin@183.82.204.103) (Ping timeout: 265 seconds)
2021-07-20 08:48:49 +0200berberman(~berberman@user/berberman) (Ping timeout: 246 seconds)
2021-07-20 08:49:32 +0200berberman(~berberman@user/berberman)
2021-07-20 08:56:15 +0200benin0369(~benin@183.82.176.216)
2021-07-20 10:17:34 +0200allbery_b(~geekosaur@xmonad/geekosaur)
2021-07-20 10:17:34 +0200geekosaur(~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b)))
2021-07-20 10:17:37 +0200allbery_bgeekosaur
2021-07-20 12:53:14 +0200 <amirography[m]> <geekosaur "https://paste.tomsmeding.com/jBw"> Thanks! I will try your configs!
2021-07-20 13:21:14 +0200geekosaur(~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
2021-07-20 13:23:33 +0200geekosaur(~geekosaur@xmonad/geekosaur)
2021-07-20 14:18:43 +0200redgloboli(~redglobol@user/redgloboli)
2021-07-20 14:28:27 +0200sagax(~sagax@213.138.71.146) (Ping timeout: 258 seconds)
2021-07-20 14:53:28 +0200benin03699(~benin@183.82.205.42)
2021-07-20 14:55:32 +0200benin0369(~benin@183.82.176.216) (Ping timeout: 252 seconds)
2021-07-20 14:55:32 +0200benin03699benin0369
2021-07-20 15:15:21 +0200DrRoot[m](~drroot85m@2001:470:69fc:105::c35e)
2021-07-20 18:07:16 +0200seschwar(~seschwar@user/seschwar)
2021-07-20 18:36:38 +0200berberman(~berberman@user/berberman) (Ping timeout: 255 seconds)
2021-07-20 19:22:51 +0200aegon(~mike@174.127.249.180)
2021-07-20 19:23:10 +0200aegon(~mike@174.127.249.180) (Quit: leaving)
2021-07-20 19:23:29 +0200aegon(~mike@174.127.249.180)
2021-07-20 19:58:12 +0200abhixec(~abhixec@c-67-169-139-16.hsd1.ca.comcast.net)
2021-07-20 20:03:27 +0200sagax(~sagax@213.138.71.146)
2021-07-20 20:06:10 +0200coldpress(~coldpress@128.9.105.34.bc.googleusercontent.com) (Ping timeout: 272 seconds)
2021-07-20 20:11:07 +0200coldpress(~coldpress@128.9.105.34.bc.googleusercontent.com)
2021-07-20 20:12:01 +0200benin0369(~benin@183.82.205.42) (Ping timeout: 246 seconds)
2021-07-20 20:14:17 +0200benin0369(~benin@183.82.205.42)
2021-07-20 20:42:19 +0200benin0369(~benin@183.82.205.42) (Ping timeout: 268 seconds)
2021-07-20 20:56:46 +0200benin0369(~benin@106.198.95.190)
2021-07-20 21:15:22 +0200aegon(~mike@174.127.249.180) (Quit: leaving)
2021-07-20 21:17:38 +0200abhixec(~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Remote host closed the connection)
2021-07-20 21:27:53 +0200abhixec(~abhixec@c-67-169-139-16.hsd1.ca.comcast.net)
2021-07-20 21:42:14 +0200geekosaur(~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
2021-07-20 21:42:54 +0200geekosaur(~geekosaur@xmonad/geekosaur)
2021-07-20 22:10:38 +0200spoonmhayoung
2021-07-20 22:10:44 +0200zarkone(~user@p200300cdef39faf05f62d306a61f603f.dip0.t-ipconnect.de)
2021-07-20 22:13:34 +0200 <zarkone> hi everyone! I have a very interesting behavior happen in my Xmonad. I decide to give a terminal emacs a try and noticed that whenever I switch back from another tag to the tag with terminal with open emacs inside, I got a character "I" send to emacs. This is reproducible in a couple of terminal emulators. Did anyone faced anything which looks similar? Thanks, -- and nice to meet you
2021-07-20 22:14:49 +0200 <liskin> zarkone: that sounds like your terminal is sending focus in/out events and emacs doesn't understand them
2021-07-20 22:15:43 +0200hayoungspoonm
2021-07-20 22:15:47 +0200 <liskin> the weird thing being that those events shouldn't be sent unless opted in
2021-07-20 22:16:13 +0200 <liskin> it can be something else entirely
2021-07-20 22:17:56 +0200 <zarkone> hi liskin , thanks, I'll try to check this
2021-07-20 22:18:28 +0200T_X(~T_X@diktynna.open-mesh.org) (Read error: Connection reset by peer)
2021-07-20 22:18:49 +0200 <zarkone> oh, you're right -- it is not a tag switch, but rather a focus switch
2021-07-20 22:18:57 +0200 <zarkone> which triggers that
2021-07-20 22:20:20 +0200abhixec_(~abhixec@c-67-169-139-16.hsd1.ca.comcast.net)
2021-07-20 22:20:46 +0200 <zarkone> so it is basically types O when focus is out and types I when focus is in :D
2021-07-20 22:20:55 +0200 <zarkone> which totally makes sense
2021-07-20 22:21:04 +0200 <zarkone> but kind of not desired
2021-07-20 22:21:14 +0200 <zarkone> thanks a lot, I'll try to dig into
2021-07-20 22:22:37 +0200 <liskin> if you can reproduce this in multiple terminals, that means either emacs is doing something weird, or something else is telling the terminal to send those events to unsuspecting applications
2021-07-20 22:24:10 +0200 <liskin> I saw this some time ago when vim didn't support those events natively and I had a plugin that issued the raw sequence for enabling those events and map the focus sequences as F21/F22 keys or something, and it'd glitch sometimes
2021-07-20 22:24:37 +0200 <liskin> perhaps you have some sort of emacs extensions that does something like that?
2021-07-20 22:26:07 +0200 <zarkone> could be -- that's also a brilliant idea -- will try with --no-init-file now!
2021-07-20 22:27:37 +0200 <zarkone> ah! liskin, you've nailed it again -- naked emacs doesn't have it!
2021-07-20 22:28:33 +0200 <zarkone> now I know where exactly to dig
2021-07-20 22:28:37 +0200 <zarkone> thanks a lot once again!
2021-07-20 22:28:39 +0200 <liskin> oh, cool :-)
2021-07-20 22:29:02 +0200 <zarkone> two replies -- two hits. supper effective :D
2021-07-20 22:30:34 +0200 <zarkone> oh -- I'm also on fire! the first _suspicious_ package I've commented disabled this
2021-07-20 22:30:58 +0200 <zarkone> it was a key-chord mode
2021-07-20 22:53:14 +0200zarkone(~user@p200300cdef39faf05f62d306a61f603f.dip0.t-ipconnect.de) (Remote host closed the connection)
2021-07-20 23:02:19 +0200abhixec_(~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Quit: leaving)
2021-07-20 23:10:19 +0200benin0369(~benin@106.198.95.190) (Read error: Connection reset by peer)
2021-07-20 23:12:14 +0200benin0369(~benin@46.244.28.118)
2021-07-20 23:55:54 +0200seschwar(~seschwar@user/seschwar) (Quit: :wq)