2021-07-20 00:00:20 +0200 | aegon | (~mike@174.127.249.180) (Killed (NickServ (GHOST command used by aegon_))) |
2021-07-20 00:00:26 +0200 | aegon_ | 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 +0200 | benin0369 | (~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 +0200 | aegon | (~mike@174.127.249.180) (Killed (NickServ (GHOST command used by aegon_))) |
2021-07-20 00:12:03 +0200 | aegon | (~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 +0200 | liskin | apt 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 +0200 | cjb | (~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 +0200 | aegon | (~mike@174.127.249.180) (Quit: leaving) |
2021-07-20 03:20:40 +0200 | aegon | (~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 +0200 | berberman | (~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 +0200 | Guest35 | (~Guest35@2.57.169.23) (Ping timeout: 246 seconds) |
2021-07-20 03:53:17 +0200 | berberman_ | (~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 +0200 | aplainzetakind | (~johndoe@captainludd.powered.by.lunarbnc.net) (Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net) |
2021-07-20 04:01:28 +0200 | slep | (~slep@cpc150002-brnt4-2-0-cust437.4-2.cable.virginm.net) (Quit: No Ping reply in 180 seconds.) |
2021-07-20 04:04:01 +0200 | slep | (~slep@cpc150002-brnt4-2-0-cust437.4-2.cable.virginm.net) |
2021-07-20 04:04:45 +0200 | aplainzetakind | (~johndoe@captainludd.powered.by.lunarbnc.net) |
2021-07-20 04:04:48 +0200 | banc | (banc@gateway/vpn/airvpn/banc) (Ping timeout: 255 seconds) |
2021-07-20 04:05:47 +0200 | amirography | (~amirograp@static.82.147.251.148.clients.your-server.de) |
2021-07-20 04:07:55 +0200 | amirography | (~amirograp@static.82.147.251.148.clients.your-server.de) (Client Quit) |
2021-07-20 04:09:39 +0200 | amirography[m] | (~amirograp@2001:470:69fc:105::c365) |
2021-07-20 04:11:17 +0200 | td_ | (~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 +0200 | td_ | (~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 +0200 | banc | (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 +0200 | aegon | (~mike@174.127.249.180) (Quit: leaving) |
2021-07-20 06:23:50 +0200 | Nahra` | (~user@static.161.95.99.88.clients.your-server.de) (Remote host closed the connection) |
2021-07-20 06:25:46 +0200 | Nahra` | (~user@static.161.95.99.88.clients.your-server.de) |
2021-07-20 06:27:27 +0200 | cjb | (~cjb@user/cjb) (Quit: rcirc on GNU Emacs 28.0.50) |
2021-07-20 06:40:33 +0200 | cjb | (~cjb@user/cjb) |
2021-07-20 07:13:29 +0200 | cjb | (~cjb@user/cjb) (Quit: rcirc on GNU Emacs 28.0.50) |
2021-07-20 08:10:44 +0200 | benin0369 | (~benin@183.82.177.8) (Ping timeout: 252 seconds) |
2021-07-20 08:15:15 +0200 | benin0369 | (~benin@183.82.204.103) |
2021-07-20 08:33:49 +0200 | benin0369 | (~benin@183.82.204.103) (Ping timeout: 265 seconds) |
2021-07-20 08:48:49 +0200 | berberman | (~berberman@user/berberman) (Ping timeout: 246 seconds) |
2021-07-20 08:49:32 +0200 | berberman | (~berberman@user/berberman) |
2021-07-20 08:56:15 +0200 | benin0369 | (~benin@183.82.176.216) |
2021-07-20 10:17:34 +0200 | allbery_b | (~geekosaur@xmonad/geekosaur) |
2021-07-20 10:17:34 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b))) |
2021-07-20 10:17:37 +0200 | allbery_b | geekosaur |
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 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
2021-07-20 13:23:33 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) |
2021-07-20 14:18:43 +0200 | redgloboli | (~redglobol@user/redgloboli) |
2021-07-20 14:28:27 +0200 | sagax | (~sagax@213.138.71.146) (Ping timeout: 258 seconds) |
2021-07-20 14:53:28 +0200 | benin03699 | (~benin@183.82.205.42) |
2021-07-20 14:55:32 +0200 | benin0369 | (~benin@183.82.176.216) (Ping timeout: 252 seconds) |
2021-07-20 14:55:32 +0200 | benin03699 | benin0369 |
2021-07-20 15:15:21 +0200 | DrRoot[m] | (~drroot85m@2001:470:69fc:105::c35e) |
2021-07-20 18:07:16 +0200 | seschwar | (~seschwar@user/seschwar) |
2021-07-20 18:36:38 +0200 | berberman | (~berberman@user/berberman) (Ping timeout: 255 seconds) |
2021-07-20 19:22:51 +0200 | aegon | (~mike@174.127.249.180) |
2021-07-20 19:23:10 +0200 | aegon | (~mike@174.127.249.180) (Quit: leaving) |
2021-07-20 19:23:29 +0200 | aegon | (~mike@174.127.249.180) |
2021-07-20 19:58:12 +0200 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
2021-07-20 20:03:27 +0200 | sagax | (~sagax@213.138.71.146) |
2021-07-20 20:06:10 +0200 | coldpress | (~coldpress@128.9.105.34.bc.googleusercontent.com) (Ping timeout: 272 seconds) |
2021-07-20 20:11:07 +0200 | coldpress | (~coldpress@128.9.105.34.bc.googleusercontent.com) |
2021-07-20 20:12:01 +0200 | benin0369 | (~benin@183.82.205.42) (Ping timeout: 246 seconds) |
2021-07-20 20:14:17 +0200 | benin0369 | (~benin@183.82.205.42) |
2021-07-20 20:42:19 +0200 | benin0369 | (~benin@183.82.205.42) (Ping timeout: 268 seconds) |
2021-07-20 20:56:46 +0200 | benin0369 | (~benin@106.198.95.190) |
2021-07-20 21:15:22 +0200 | aegon | (~mike@174.127.249.180) (Quit: leaving) |
2021-07-20 21:17:38 +0200 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Remote host closed the connection) |
2021-07-20 21:27:53 +0200 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
2021-07-20 21:42:14 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
2021-07-20 21:42:54 +0200 | geekosaur | (~geekosaur@xmonad/geekosaur) |
2021-07-20 22:10:38 +0200 | spoonm | hayoung |
2021-07-20 22:10:44 +0200 | zarkone | (~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 +0200 | hayoung | spoonm |
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 +0200 | T_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 +0200 | abhixec_ | (~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 +0200 | zarkone | (~user@p200300cdef39faf05f62d306a61f603f.dip0.t-ipconnect.de) (Remote host closed the connection) |
2021-07-20 23:02:19 +0200 | abhixec_ | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Quit: leaving) |
2021-07-20 23:10:19 +0200 | benin0369 | (~benin@106.198.95.190) (Read error: Connection reset by peer) |
2021-07-20 23:12:14 +0200 | benin0369 | (~benin@46.244.28.118) |
2021-07-20 23:55:54 +0200 | seschwar | (~seschwar@user/seschwar) (Quit: :wq) |